由于微服务环境所需要的组件比较多，开发机器的资源相对有限，所以我们一些功能性组件部署再docker中。比如nacos、redis、seata、oracle等等…
搭建nacos容器
因为搭建测试环境，仅仅用于测试开发，学习微服务，所以就不考虑将数据持久化到mysql中了，
docker run --env MODE=standalone --restart=always --name nacos -d -p 8848:8848 nacos/nacos-server:latest
搭建seata容器
- 首先创建seata配置文件目录 /opt/seata/config
- 将file.conf 和registry.conf放置到该文件夹，不需要改任何配置
- docker run --name seata-server -it -d -p 8091:8091 -e SEATA_CONFIG_NAME=file:/root/seata/config/registry -e SEATA_IP=192.168.174.130 -v /opt/seata/config/:/root/seata/config --net=bridge --restart=always docker.io/seataio/seata-server:1.4.0
修改项目文件的配置
当我们查看seata的配置之后会发现seata.service.default.grouplist的作用就是用来配置服务器地址,但是当我们配置之后却发现连接的依旧是127.0.0.1:8091
导致这个问题的原因在官网上有解释:
关于grouplist问题说明下(官方文档附录2：)
- 什么时候会用到file.conf中的default.grouplist？
当registry.type=file时会用到，其他时候不读。- default.grouplist的值列表是否可以配置多个？
可以配置多个，配置多个意味着集群，但当store.mode=file时，会报错。原因是在file存储模式下未提供本地文件的同步，所以需要使用store.mode=db，通过db来共享TC集群间数据- 是否推荐使用default.grouplist？
不推荐，如问题1，当registry.type=file时会用到，也就是说这里用的不是真正的注册中心，不具体服务的健康检查机制当tc不可用时无法自动剔除列表，推荐使用nacos 、eureka、redis、zk、consul、etcd3、sofa。registry.type=file或config.type=file 设计的初衷是让用户再不依赖第三方注册中心或配置中心的前提下，通过直连的方式，快速验证seata服务。- seata-spring-boot-starter中的配置为什么是grouplist.default,也就是说和file.conf中的default.grouplist写法刚好颠倒了位置?
由于spring-boot本身配置文件语法的要求,这个地方需要将file.conf中的default.grouplist写成grouplist.default,效果是一样的.
所以我们正确的配置应该如下:
seata.service.grouplist.default=192.168.174.130:8091
使用docker的原因
- 资源占用少,2G内存的虚拟机，可以开启2个数据库，1个redis服务 1个nacos 1个seata-server
- 即开即用，当需要搭建集群或者需要拓展数据库等情况的时候，重新再开启容器即可，能够节省大量配置环境的时间