用dubbo跟zookeeper是在当时进的第一家开发公司，当时我们技术主管叫LR，之所以用dubbo+zookeeper而不是SpringCloud是因为LR本身最熟悉这套。
我空余时间研究了下SpringCloud，之后去的公司大部分用的也是SpringCloud，总体来说，
dubbo（dubboAdmin）+zookeeper给我的感觉是比较陈旧的，当时我还看了下代码并且
画了一张用来理解dubbo的图：
LR整体弄了三个关于用户的类，分别是UserService，UserController，以及UserBill
其实他说UserBill相当于是一个中间层，在我的理解，不过本篇重点不是这个，
重点是dubbo需要一些配置，来说明哪个服务需要注册到zookeeper并且暴露哪些接口。
其实我感激配置还是相对麻烦。
SpringCloud相对来说比较简单，之前还要跑一套叫Eureka的服务，用来当注册中心，
现在直接服务器里稳固一个Nacos就可以了。
之后Nacos里还可以提供服务配置，即对应每个服务的application.yml可以外部在Nacos界面
中进行配置。
然后只要注册进来gateway啊，相关的其他服务啊，就可以使用了。
项目代码配置里配置下服务名，不需要再过多的配置。
https://nacos.io/zh-cn/docs/what-is-nacos.html
在部署项目的时候，单个服务也可以单独pull push代码，不再妨碍其他项目的部署。
上图是还是同一家公司时，不是LR管辖的另一个组的项目，之后也是分为了微服务，不过是SpringCloud的方式，而当时用的网管是Zuul，注册中心是Eureka。
当时的技术真是变化太快了。
Nacos随后就火了起来。