1、服務端原理

? ? ? 客戶端啟動，把配置文件，配置項存到倉庫，等到服務端啟動，從服務端拉取數據；服務端更新，則通過zk通知客戶端，客戶端知道更新后，會從服務端拉取最新的配置文件，如果更新的是redis配置，則需要寫回調函數重啟redis，不寫，則要重啟項目；更新其它的一些參數不需要重啟項目；另外zk最好配成集群模式，這樣可以做到高可用，一個主服務端掛了，會選舉另外一個從的作為主服務端。

2、部署

? ? ? 需要的軟件mysql(存放一些初始化數據)、tomcat(存放服務端的動態文件)、nginx(存放服務端的靜態文件)、zookeeper(存放客戶端的注冊信息)、redis(存放用戶的登錄、登出信息)

? ? ? ?請參考：https://www.cnblogs.com/aslongas/p/6680546.html

3、性能測試

? ? ??壓測工具：Jmeter

? ? ? disconf和spring cloud config server，經壓力測試，disconf的容錯性、并發更高，有管理界面， ?配置略復雜；spring cloud config性能較低，需要很多優化，并且需要同時掌握spring cloud的各個組件，才能更好的優化。

4、局限性

? ? ? 1、修改mysql等服務器的配置，不能馬上生效，必須重新啟動項目，要生效的話，必須要寫回調函數，增加編程的復雜性。

• ? ? ? ?2、配置文件類、配置項所在的類、回調函數類 都必須是JavaBean，并且它們的”scope” 都必須是singleton的。用戶標注配置時略有些不習慣。目前注解是放在get方法之上的，而不是放在域上。

• ? ? ? 3、注解放在get方法上，一般情況下是沒有問題的。但是對于”call self”的方法調用，AOP無法攔截得到，這樣就無法統一處理這些配置。一旦出現這種情況，“非一致性讀問題”就會產生。

轉載于:https://blog.51cto.com/xxdeelon/2096116

總結

以上是生活随笔為你收集整理的disconf(二):服务端使用总结的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。