一、前言：
现在互联网的技术架构中，不断出现各种各样的中间件，例如 MQ、Redis、Zookeeper，这些中间件在部署的时候一般都是以主从架构或者集群的架构来部署，公司一般都会在开发环境、测试环境和生产环境各部署一套。
当我们开发的时候，一般就会连着开发环境。但是呢，一般公司的开发环境都只能在内网使用，当我们回家了，除非公司提供有 VPN，不然就没办法使用了。有时候我们是有VPN了，但是开发起来还是很不方便。例如我们现在的 MQ 中间件使用的是 Pulsar，但是 Pulsar 的 tenant 和 namespace 都是不能自动创建的，所以平时开发起来非常的不方便，只能每次需要时都找一遍 DBA。
所以，一般我们都会在本地自己部署一套，但是自己部署有下面的两个难点：
中间件有自己的实现语言，例如 RabbitMQ，当我们部署 RabbitMQ 时，首先要安装好 Erlang 语言。部署集群架构会耗费大量的系统资源，导致本来资源就吃紧的笔记本更加卡顿，开发起来非常的不爽。
二、Docker：
Docker 可以完美地解决上面的问题，并且让部署变得极其的简单。下面以我自己用到的中间件为例子。
A、Pulsar:
上面提到，Pulsar 的租户是不能自动创建的，命名空间也是不能自动创建的，如果我们要使用，只能找到负责这块的同事帮忙创建了。而我最近做的功能：广播中心和会员导出都使用到 Pulsar，但是不想麻烦同事，而且我经常会在家里干活，所以
最后直接到官网上面，找了本地如何部署。
官网介绍了多种部署方式：有利用压缩包的，Docker的，Kubernetes的。当然了，有 Docker 的部署方式，我们必须使用 Docker 的部署方式，反正拉取一个镜像启动一个容器就直接搞定了，相当的方便。
下面上命令：
|
1
|
docker run -it -d -p 6650:6650 -p 8080:8080 -v data -v conf --name=mypulsar apachepulsar/pulsar:2.6.1 bin/pulsar standalone |
命令是非常的简单：将 pulsar 的 6650和8080端口号开放出来，并绑定到宿主机对应的端口号，这样我们能直接访问宿主机 ip:port 就能访问到容器。接着，将 Pulsar 的 data 和 conf 挂载到宿主机中，这样数据就不会丢失了。接着利用 pulsar standalone 命令启动一个单机版的 Pulsar。
接着，不管我们是需要创建租户或者命名空间，直接进入容器中创建即可。
进入容器：
|
1
|
docker exec -it mypulsar /bin/bash |
关于tenant 和 namespace 的增删改查命令：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
## 1 租户#查看有哪些租户(public 是系统默认的租户)pulsar-admin tenants list##创建租户pulsar-admin tenants create my-tenant#删除租户pulsar-admin tenants delete my-tenant## 2 命名空间#查看指定租户下边的命名空间pulsar-admin namespaces list my-tenant#创建指定租户命名空间pulsar-admin namespaces create my-tenant/my-namespace#删除指定租户命名空间pulsar-admin namespaces delete my-tenant/my-namespace |
B、Redis：
Redis 一般我们生产的架构都是使用 Cluster 的，但是如果是自己部署一套集群的 Redis，是相当的麻烦，以前我自己也写过文章：Linux 部署 Redis 集群
如果使用 Docker 的话，会非常的简单。
1 自定义网络
1.1 创建 Redis 的专属网络
Redis 集群的各个节点公用一个专属网络，节点间就可以互相访问了，而避免了每个节点之间都要用 --link 去做网络互通。
docker network create 命令创建的网络默认是 bridge 模式。
|
1
2
3
4
5
6
7
8
9
|
winfun@localhost ~ % docker network create redis-net --subnet 172.26.0.0/165001355940f43474d59f5cb2d78e4e9eeb0a9827e53d8f9e5b55e7d3c5285a09winfun@localhost ~ % docker network listNETWORK ID NAME DRIVER SCOPE4d88d473e947 bridge bridge local79a915fafbb5 host host localf56e362d3c68 none null local5001355940f4 redis-net bridge localwinfun@localhost ~ % |
1.2 查看自定义网络详情
我们可以利用命令 docker network inspect redis-net 来查看自定义网络的详情，可以看到现在网络里面是没有容器的。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
|
winfun@localhost mydata % docker network inspect redis-net[ { "Name": "redis-net", "Id": "aed8340bbf8ab86cedc1d990eb7612854ba2b0bd4eae0f978ff95eadc3dbcf65", "Created": "2020-10-22T08:46:55.695434Z", "Scope": "local", "Driver": "bridge", "EnableIPv6": false, "IPAM": { "Driver": "default", "Options": {}, "Config": [ { "Subnet": "172.26.0.0/16" } ] }, "Internal": false, "Attachable": false, "Ingress": false, "ConfigFrom": { "Network": "" }, "ConfigOnly": false, "Containers": {}, "Options": {}, "Labels": {} }] |
2 开始部署
2.1 创建六个Redis节点的配置
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
for port in $(seq 1 6); \do \mkdir -p /Users/winfun/mydata/redis/node-${port}/conftouch /Users/winfun/mydata/redis/node-${port}/conf/redis.confcat << EOF >/Users/winfun/mydata/redis/node-${port}/conf/redis.confport 6379bind 0.0.0.0cluster-enabled yescluster-config-file nodes.confcluster-node-timeout 5000cluster-announce-ip 172.26.0.1${port}cluster-announce-port 6379cluster-announce-bus-port 16379appendonly yesEOFdone |
2.2 启动容器
|
1
2
3
4
5
6
7
|
for port in $(seq 1 6); \do \docker run -p 637${port}:6379 -p 1637${port}:16379 --name redis-${port} \-v /Users/winfun/mydata/redis/node-${port}/data:/data \-v /Users/winfun/mydata/redis/node-${port}/conf/redis.conf:/etc/redis/redis.conf \-d --net redis-net --ip 172.26.0.1${port} redis:5.0.9-alpine3.11 redis-server /etc/redis/redis.confdone |
2.3 查看启动成功的6个容器
|
1
2
3
4
5
6
7
|
winfun@localhost mydata % docker ps | grep redised5972e988e8 redis:5.0.9-alpine3.11 "docker-entrypoint.s…" 11 seconds ago Up 10 seconds 0.0.0.0:6376->6379/tcp, 0.0.0.0:16376->16379/tcp redis-661cd467bc803 redis:5.0.9-alpine3.11 "docker-entrypoint.s…" 12 seconds ago Up 11 seconds 0.0.0.0:6375->6379/tcp, 0.0.0.0:16375->16379/tcp redis-5113943ba6586 redis:5.0.9-alpine3.11 "docker-entrypoint.s…" 12 seconds ago Up 11 seconds 0.0.0.0:6374->6379/tcp, 0.0.0.0:16374->16379/tcp redis-45fc3c838851c redis:5.0.9-alpine3.11 "docker-entrypoint.s…" 13 seconds ago Up 12 seconds 0.0.0.0:6373->6379/tcp, 0.0.0.0:16373->16379/tcp redis-3f7d4430f752b redis:5.0.9-alpine3.11 "docker-entrypoint.s…" 13 seconds ago Up 12 seconds 0.0.0.0:6372->6379/tcp, 0.0.0.0:16372->16379/tcp redis-2bd3e4a593427 redis:5.0.9-alpine3.11 "docker-entrypoint.s…" 14 seconds ago Up 13 seconds 0.0.0.0:6371->6379/tcp, 0.0.0.0:16371->16379/tcp redis-1 |
3 再查看网络
3.1 查看网络中的容器
我们上面启动容器时，都指定使用 redis-net 网络，所以我们可以先看看 redis-net 网络的信息：
我们可以看到 “Containers”包含了我们启动的6个容器，也就是6个redis 节点。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
|
winfun@localhost mydata % docker network inspect redis-net[ { "Name": "redis-net", "Id": "aed8340bbf8ab86cedc1d990eb7612854ba2b0bd4eae0f978ff95eadc3dbcf65", "Created": "2020-10-22T08:46:55.695434Z", "Scope": "local", "Driver": "bridge", "EnableIPv6": false, "IPAM": { "Driver": "default", "Options": {}, "Config": [ { "Subnet": "172.26.0.0/16" } ] }, "Internal": false, "Attachable": false, "Ingress": false, "ConfigFrom": { "Network": "" }, "ConfigOnly": false, "Containers": { "113943ba6586a4ac21d1c068b0535d5b4ef37da50141d648d30dab47eb47d3af": { "Name": "redis-4", "EndpointID": "3fe3b4655f39f90ee4daf384254d3f7548cddd19c384e0a26edb6a32545e5b30", "MacAddress": "02:42:ac:1a:00:0e", "IPv4Address": "172.26.0.14/16", "IPv6Address": "" }, "5fc3c838851c0ca2f629457bc3551135567b4e9fb155943711e07a91ebe9827f": { "Name": "redis-3", "EndpointID": "edd826ca267714bea6bfddd8c5d6a5f3c71c50bd50381751ec40e9f8e8160dce", "MacAddress": "02:42:ac:1a:00:0d", "IPv4Address": "172.26.0.13/16", "IPv6Address": "" }, "61cd467bc8030c4db9a4404b718c5c927869bed71609bec91e17ff0da705ae26": { "Name": "redis-5", "EndpointID": "7612c44ab2479ab62341eba2e30ab26f4c523ccbe1aa357fc8b7c17a368dba61", "MacAddress": "02:42:ac:1a:00:0f", "IPv4Address": "172.26.0.15/16", "IPv6Address": "" }, "bd3e4a593427aab4750358330014422500755552c8b470f0fd7c1e88221db984": { "Name": "redis-1", "EndpointID": "400153b712859c5c17d99708586f30013bb28236ba0dead516cf3d01ea071909", "MacAddress": "02:42:ac:1a:00:0b", "IPv4Address": "172.26.0.11/16", "IPv6Address": "" }, "ed5972e988e8301179249f6f9e82c8f9bb4ed801213fe49af9d3f31cbbe00db7": { "Name": "redis-6", "EndpointID": "b525b7bbdd0b0150f66b87d55e0a8f1208e113e7d1d421d1a0cca73dbb0c1e47", "MacAddress": "02:42:ac:1a:00:10", "IPv4Address": "172.26.0.16/16", "IPv6Address": "" }, "f7d4430f752b5485c5a90f0dc6d1d9a826d782284b1badbd203c12353191bc57": { "Name": "redis-2", "EndpointID": "cbdc77cecda1c8d80f566bcc3113f37c1a7983190dbd7ac2e9a56f6b7e4fb21f", "MacAddress": "02:42:ac:1a:00:0c", "IPv4Address": "172.26.0.12/16", "IPv6Address": "" } }, "Options": {}, "Labels": {} }] |
3.2 查看容器间是否能网络互通
我们还可以尝试利用 redis-1 来对 redis-2 执行 ping 命令，看看网络是否可以互通：
|
1
2
3
4
5
6
7
8
9
|
winfun@localhost mydata % docker exec -it redis-1 ping redis-2PING redis-2 (172.26.0.12): 56 data bytes64 bytes from 172.26.0.12: seq=0 ttl=64 time=0.136 ms64 bytes from 172.26.0.12: seq=1 ttl=64 time=0.190 ms64 bytes from 172.26.0.12: seq=2 ttl=64 time=0.483 ms^C--- redis-2 ping statistics ---3 packets transmitted, 3 packets received, 0% packet lossround-trip min/avg/max = 0.136/0.269/0.483 ms |
4 创建集群
4.1 利用 redis-cli 命令创建集群：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
|
winfun@localhost conf % docker exec -it redis-1 /bin/bashOCI runtime exec failed: exec failed: container_linux.go:349: starting container process caused "exec: \"/bin/bash\": stat /bin/bash: no such file or directory": unknown# 只能使用sh，redis 的镜像没有 bashwinfun@localhost mydata % docker exec -it redis-1 /bin/sh/data # cd /usr/local/bin//usr/local/bin # redis-cli --cluster create 172.26.0.11:6379 172.26.0.12:6379 172.26.0.13:6379 172.26.0.14:6379 172.26.0.15:6379 172.26.0.16:6379 --cluster-replicas 1 >>> Performing hash slots allocation on 6 nodes...Master[0] -> Slots 0 - 5460Master[1] -> Slots 5461 - 10922Master[2] -> Slots 10923 - 16383Adding replica 172.26.0.15:6379 to 172.26.0.11:6379Adding replica 172.26.0.16:6379 to 172.26.0.12:6379Adding replica 172.26.0.14:6379 to 172.26.0.13:6379M: 6de9e9eef91dbae773d8ee1d629c87e1e7e19b82 172.26.0.11:6379 slots:[0-5460] (5461 slots) masterM: 43e173849bed74f5bd389f9b272ecf0399ae448f 172.26.0.12:6379 slots:[5461-10922] (5462 slots) masterM: 1e504dc62b7ccc426d513983ca061d1657532fb6 172.26.0.13:6379 slots:[10923-16383] (5461 slots) masterS: 92b95f18226903349fb860262d2fe6932d5a8dc2 172.26.0.14:6379 replicates 1e504dc62b7ccc426d513983ca061d1657532fb6S: 7e5116ba9ee7bb70a68f4277efcbbbb3dcfd18af 172.26.0.15:6379 replicates 6de9e9eef91dbae773d8ee1d629c87e1e7e19b82S: 203e3e33b9f4233b58028289d0ad2dd56e7dfe45 172.26.0.16:6379 replicates 43e173849bed74f5bd389f9b272ecf0399ae448fCan I set the above configuration? (type 'yes' to accept): yes>>> Nodes configuration updated>>> Assign a different config epoch to each node>>> Sending CLUSTER MEET messages to join the clusterWaiting for the cluster to join...>>> Performing Cluster Check (using node 172.26.0.11:6379)M: 6de9e9eef91dbae773d8ee1d629c87e1e7e19b82 172.26.0.11:6379 slots:[0-5460] (5461 slots) master 1 additional replica(s)S: 92b95f18226903349fb860262d2fe6932d5a8dc2 172.26.0.14:6379 slots: (0 slots) slave replicates 1e504dc62b7ccc426d513983ca061d1657532fb6S: 203e3e33b9f4233b58028289d0ad2dd56e7dfe45 172.26.0.16:6379 slots: (0 slots) slave replicates 43e173849bed74f5bd389f9b272ecf0399ae448fM: 1e504dc62b7ccc426d513983ca061d1657532fb6 172.26.0.13:6379 slots:[10923-16383] (5461 slots) master 1 additional replica(s)S: 7e5116ba9ee7bb70a68f4277efcbbbb3dcfd18af 172.26.0.15:6379 slots: (0 slots) slave replicates 6de9e9eef91dbae773d8ee1d629c87e1e7e19b82M: 43e173849bed74f5bd389f9b272ecf0399ae448f 172.26.0.12:6379 slots:[5461-10922] (5462 slots) master 1 additional replica(s)[OK] All nodes agree about slots configuration.>>> Check for open slots...>>> Check slots coverage...[OK] All 16384 slots covered. |
4.2 利用 redis-cli 连接当前节点，查看集群信息：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
/usr/local/bin # redis-cli -c127.0.0.1:6379> cluster infocluster_state:okcluster_slots_assigned:16384cluster_slots_ok:16384cluster_slots_pfail:0cluster_slots_fail:0cluster_known_nodes:6cluster_size:3cluster_current_epoch:6cluster_my_epoch:1cluster_stats_messages_ping_sent:91cluster_stats_messages_pong_sent:95cluster_stats_messages_sent:186cluster_stats_messages_ping_received:90cluster_stats_messages_pong_received:91cluster_stats_messages_meet_received:5cluster_stats_messages_received:186 |
4.3 尝试增加一个key
|
1
2
3
4
5
6
|
# 设置一个key，返回提示这个key分配到槽[12539],对应的是节点 redis-3[192.168.0.13]127.0.0.1:6379> set key hello-> Redirected to slot [12539] located at 172.26.0.13:6379OK# 并且会将 redis-cli 切换到节点 redis-3[172.26.0.13]172.26.0.13:6379> |
5 测试
至此，应该可以说，我们已经成功利用 Docker 在本地部署了一套 Redis 集群。
那么接下来，我们会直接在代码中测试这Redis 是否可以使用。
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
/** * 测试Redis集群 * @author winfun * @date 2020/10/21 5:48 下午 **/public class TestCluster { public static void main(String[] args) throws Exception{ Set<HostAndPort> nodes = new HashSet<>(3); nodes.add(new HostAndPort("127.0.0.1",6371)); nodes.add(new HostAndPort("127.0.0.1",6372)); nodes.add(new HostAndPort("127.0.0.1",6373)); JedisCluster cluster = new JedisCluster(nodes); String value = cluster.get("key"); System.out.println("get: key is key,value is "+value); String result = cluster.set("key2","hello world"); System.out.println("set: key is key2,result is "+result); cluster.close(); }} |
但是结果是不如意的，返回的是一个异常：
从这里可以猜测到，估计是没法连接到我们在 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。
|
1
2
3
4
5
6
7
8
|
<dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-redis</artifactId></dependency><dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-web</artifactId></dependency> |
6.1.2 项目的 application.properties :
|
1
2
3
4
|
server.port=8080# 这里我们也可以直接写容器名，因为应用会部署到 Redis 集群的同一个网络中。#spring.redis.cluster.nodes=redis-1:6379,redis-2:6379,redis-3:6379spring.redis.cluster.nodes=172.26.0.11:6379,172.26.0.12:6379,172.26.0.13:6379 |
6.1.3 Controller如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
|
/** * RedisCluster 测试 * @author winfun * @date 2020/10/22 3:19 下午 **/@RequestMapping("/redisCluster")@RestControllerpublic class RedisClusterController { @Autowired private StringRedisTemplate redisTemplate; /*** * String：根据 key 获取 value * @author winfun * @param key key * @return {@link String } **/ @GetMapping("/get/{key}") public String get(@PathVariable("key") String key){ return redisTemplate.opsForValue().get(key); } /*** * String：设置 key/value 对 * @author winfun * @param key key * @param value value * @return {@link String } **/ @GetMapping("/set/{key}/{value}") public String set(@PathVariable("key") String key,@PathVariable("value") String value){ redisTemplate.opsForValue().set(key,value); return "success"; }} |
6.2 将项目打包并生成镜像
6.2.1 将项目打包成 Jar 包
|
1
|
mvn clean package |
6.2.2 生成镜像
编写 Dockerfile 文件：
|
1
2
3
4
5
6
7
|
FROM java:8MAINTAINER winfun# jar 名称为项目打包后的 jarADD redis-cluster-test-0.0.1-SNAPSHOT.jar app.jarEXPOSE 8080ENTRYPOINT ["java","-jar","app.jar"] |
接着去到 Dockerfile 当前目录，执行下面命令：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
|
winfun@localhost redis-cluster-test % docker build -t winfun/rediscluster . Sending build context to Docker daemon 25.84MBStep 1/5 : FROM java:88: Pulling from library/java5040bd298390: Pull complete fce5728aad85: Pull complete 76610ec20bf5: Pull complete 60170fec2151: Pull complete e98f73de8f0d: Pull complete 11f7af24ed9c: Pull complete 49e2d6393f32: Pull complete bb9cdec9c7f3: Pull complete Digest: sha256:c1ff613e8ba25833d2e1940da0940c3824f03f802c449f3d1815a66b7f8c0e9dStatus: Downloaded newer image for java:8 ---> d23bdf5b1b1bStep 2/5 : MAINTAINER winfun ---> Running in a99086ed7e68Removing intermediate container a99086ed7e68 ---> f713578122fcStep 3/5 : ADD redis-cluster-test-0.0.1-SNAPSHOT.jar app.jar ---> 12ca98d789b8Step 4/5 : EXPOSE 8080 ---> Running in 833a06f2dd32Removing intermediate container 833a06f2dd32 ---> 82f4e078510dStep 5/5 : ENTRYPOINT ["java","-jar","app.jar"] ---> Running in 517a1ea7f138Removing intermediate container 517a1ea7f138 ---> ed8a66ef4eb9Successfully built ed8a66ef4eb9Successfully tagged winfun/rediscluster:latest |
6.3 启动容器，进行测试
6.3.1 启动容器，并将容器加入上面创建的自定义网络 redis-net
构建后，我们可以利用 docker ps 命令看看我们的镜像:
|
1
2
|
winfun@localhost ~ % docker images | grep redisclusterwinfun/rediscluster latest ed8a66ef4eb9 52 minutes ago 669MB |
利用 docker run 命令运行此镜像启动一个容器：
|
1
2
|
winfun@localhost ~ % docker run -it -d -p 8787:8080 --name myrediscluster winfun/rediscluster705998330f7e6941f5f96d187050d29c4a59f1b16348ebeb5ab0dbc6a1cd63e1 |
利用 docker network connect 将这个容器加入到上面的自定义网络 redis-net 中：
|
1
|
winfun@localhost ~ % docker network connect redis-net myrediscluster |
当我们再查看自定义网络 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
