一、前言：

現在互聯網的技術架構中，不斷出現各種各樣的中間件，例如 MQ、Redis、Zookeeper，這些中間件在部署的時候一般都是以主從架構或者集群的架構來部署，公司一般都會在開發環境、測試環境和生產環境各部署一套。

當我們開發的時候，一般就會連著開發環境。但是呢，一般公司的開發環境都只能在內網使用，當我們回家了，除非公司提供有 VPN，不然就沒辦法使用了。有時候我們是有VPN了，但是開發起來還是很不方便。例如我們現在的 MQ 中間件使用的是 Pulsar，但是 Pulsar 的 tenant 和 namespace 都是不能自動創建的，所以平時開發起來非常的不方便，只能每次需要時都找一遍 DBA。

所以，一般我們都會在本地自己部署一套，但是自己部署有下面的兩個難點：

中間件有自己的實現語言，例如 RabbitMQ，當我們部署 RabbitMQ 時，首先要安裝好 Erlang 語言。部署集群架構會耗費大量的系統資源，導致本來資源就吃緊的筆記本更加卡頓，開發起來非常的不爽。

二、Docker：

Docker 可以完美地解決上面的問題，并且讓部署變得極其的簡單。下面以我自己用到的中間件為例子。

A、Pulsar:

上面提到，Pulsar 的租戶是不能自動創建的，命名空間也是不能自動創建的，如果我們要使用，只能找到負責這塊的同事幫忙創建了。而我最近做的功能：廣播中心和會員導出都使用到 Pulsar，但是不想麻煩同事，而且我經常會在家里干活，所以
最后直接到官網上面，找了本地如何部署。

官網介紹了多種部署方式：有利用壓縮包的，Docker的，Kubernetes的。當然了，有 Docker 的部署方式，我們必須使用 Docker 的部署方式，反正拉取一個鏡像啟動一個容器就直接搞定了，相當的方便。

下面上命令：

命令是非常的簡單：將 pulsar 的 6650和8080端口號開放出來，并綁定到宿主機對應的端口號，這樣我們能直接訪問宿主機 ip:port 就能訪問到容器。接著，將 Pulsar 的 data 和 conf 掛載到宿主機中，這樣數據就不會丟失了。接著利用 pulsar standalone 命令啟動一個單機版的 Pulsar。

接著，不管我們是需要創建租戶或者命名空間，直接進入容器中創建即可。
進入容器：

關于tenant 和 namespace 的增刪改查命令：

B、Redis：

Redis 一般我們生產的架構都是使用 Cluster 的，但是如果是自己部署一套集群的 Redis，是相當的麻煩，以前我自己也寫過文章：Linux 部署 Redis 集群

如果使用 Docker 的話，會非常的簡單。

1 自定義網絡

1.1 創建 Redis 的專屬網絡

Redis 集群的各個節點公用一個專屬網絡，節點間就可以互相訪問了，而避免了每個節點之間都要用 --link 去做網絡互通。

docker network create 命令創建的網絡默認是 bridge 模式。

1.2 查看自定義網絡詳情

我們可以利用命令 docker network inspect redis-net 來查看自定義網絡的詳情，可以看到現在網絡里面是沒有容器的。

2 開始部署

2.1 創建六個Redis節點的配置

2.2 啟動容器

2.3 查看啟動成功的6個容器

3 再查看網絡

3.1 查看網絡中的容器

我們上面啟動容器時，都指定使用 redis-net 網絡，所以我們可以先看看 redis-net 網絡的信息：
我們可以看到 “Containers”包含了我們啟動的6個容器，也就是6個redis 節點。

3.2 查看容器間是否能網絡互通

我們還可以嘗試利用 redis-1 來對 redis-2 執行 ping 命令，看看網絡是否可以互通：

4 創建集群

4.1 利用 redis-cli 命令創建集群：

4.2 利用 redis-cli 連接當前節點，查看集群信息：

4.3 嘗試增加一個key

5 測試

至此，應該可以說，我們已經成功利用 Docker 在本地部署了一套 Redis 集群。
那么接下來，我們會直接在代碼中測試這Redis 是否可以使用。

但是結果是不如意的，返回的是一個異常：

從這里可以猜測到，估計是沒法連接到我們在 Docker 中部署的 Redis 集群。
所以在下次調試的時候，我就看看 JedisCluster 拿到的集群節點的信息是怎么樣的。
如下圖：

我們可以看到，即使我們給 JedisCluster 配置的寫的是本地 IP 和映射好的 Port。

但是沒想到，JedisCluster 自己又拿里一遍集群的元數據，此時候的節點的IP都是自定義網絡 redis-net 分配的子網了，宿主機可能就走不通了（關于這個問題，我們可以考慮使用 host 類型的自定義網絡）。

6 應用也部署到自定義網絡中

那么怎么測試呢？

我下面將自己編寫一個簡單的 SpringBoot 項目，然后利用 Dockerfile 根據項目生成的 jar 包構建成一個鏡像，然后利用 Docker 部署起來，并且將部署后的容器加入到自定義網絡 redis-net 中，最后進行測試。

6.1 創建 SpringBoot 項目

配置如下：

6.1.1 pom.xml：

主要引入了 web 和 redis 的 starter。

6.1.2 項目的 application.properties :

6.1.3 Controller如下：

6.2 將項目打包并生成鏡像

6.2.1 將項目打包成 Jar 包

6.2.2 生成鏡像

編寫 Dockerfile 文件：

接著去到 Dockerfile 當前目錄，執行下面命令：

6.3 啟動容器，進行測試

6.3.1 啟動容器，并將容器加入上面創建的自定義網絡 redis-net

構建后，我們可以利用 docker ps 命令看看我們的鏡像:

利用 docker run 命令運行此鏡像啟動一個容器：

利用 docker network connect 將這個容器加入到上面的自定義網絡 redis-net 中：

當我們再查看自定義網絡 redis-net 的詳情，我們可以在 Containers 中找到 myrediscluster 這個容器，并且還給這個容器分配了自定義網絡 redis-net 的一個 IP 地址。
如下圖：

6.3.2 我們此時可以直接到瀏覽器調用 RedisClusterController的接口：

設置一個 key/value：

根據key獲取value：

從上面可以看到，已經完全沒問題了。

但是呢，這樣我們每次測接口，都需要重新構建鏡像然后部署。

6.4 bridge 和 host 模式

我們都知道，上面我們創建的自定義網絡 redis-net 的模式是橋接模式，也就是 bridge。

他的最大特點是將 Docker 中容器的網絡和宿主機隔離開來，容器的IP和宿主機的IP是不通的，所以在上面利用 JedisCluster 來操作 Redis 集群時，當 JedisCluster 獲取到集群的節點信息是 Docker 中容器的 IP 時，是訪問不通的。

所以解決這個問題，其實我們可以利用 host 模式，它的原理其實就是容器共享宿主機的網絡環境。這樣的話，JedisCluster 訪問 Redis 集群應該就沒問題了。

對，就是應該，因為我自己嘗試了很多遍 host 模式下的 Redis 集群部署，部署和利用 redis-cli 命令操作都是沒問題的。但是，當利用 JedisCluster 訪問集群時，連集群節點的信息都沒拿到！！

所以需要大家自己去嘗試一下，具體可參考下面的文章：
docker redis5.0 cluster集群搭建的實現

最后

到此，我相信大家都體驗了一波 Docker 的強大。在開發時利用好，簡直就是開發的神器。可以在本地利用最少的系統資源，輕松地去搭建一套完整的開發環境，包括各種中間件。

到此這篇關于Docker 部署單機版 Pulsar 和集群架構 Redis(開發神器)的文章就介紹到這了,更多相關Docker 部署Redis集群內容請搜索服務器之家以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持服務器之家！

原文鏈接：https://www.cnblogs.com/Howinfun/p/13863573.html