用dubbo跟zookeeper是在當時進的第一家開發公司,當時我們技術主管叫LR,之是以用dubbo+zookeeper而不是SpringCloud是因為LR本身最熟悉這套。
我空餘時間研究了下SpringCloud,之後去的公司大部分用的也是SpringCloud,總體來說,
dubbo(dubboAdmin)+zookeeper給我的感覺是比較陳舊的,當時我還看了下代碼并且
畫了一張用來了解dubbo的圖:
![](https://img.laitimes.com/img/_0nNw4CM6IyYiwiM6ICdiwiI0gTMx81dsQWZ4lmZf1GLlpXazVmcvwFciV2dsQXYtJ3bm9CX9s2RkBnVHFmb1clWvB3MaVnRtp1XlBXe0xCMy81dvRWYoNHLwEzX5xCMx8FesU2cfdGLwMzX0xiRGZkRGZ0Xy9GbvNGLpZTY1EmMZVDUSFTU4VFRR9Fd4VGdsYTMfVmepNHLrJXYtJXZ0F2dvwVZnFWbp1zczV2YvJHctM3cv1Ce-cmbw5iMzADM1kjYklTYxETOmhDMzYzXzEzN0ADM3IzLchDMyIDMy8CXn9Gbi9CXzV2Zh1WavwVbvNmLvR3YxUjLyM3Lc9CX6MHc0RHaiojIsJye.png)
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代碼,不再妨礙其他項目的部署。