Spring Cloud生態的配置服務器最全對比貼

本文從社區活躍度、產品特點、成功案例、產品缺點等維度，全方位對比Spring Cloud Config、Apollo、Nacos、Disconf、Spring Cloud Consul、Spring Cloud Zookeeper等幾款Spring Cloud生態的配置服務器，幫助你選擇合適的配置服務器。

一、Spring Cloud Config

GitHub地址

https://github.com/spring-cloud/spring-cloud-config，Star數1178，官方組件，社區較活躍

開源廠商

Pivotal（Spring官方團隊）

產品特點

  • 遵循Spring Cloud Config的配置管理規範
  • 後端存儲支持豐富（支持Git、SVN、MySQL、Vault、本地存儲等）

演示環境

暫無

成功案例

N多，目前用Spring Cloud的大多團隊都是用的Spring Cloud Config

缺點

  • 沒有界面，管理麻煩
  • 沒有權限管理
  • 依賴繁多，例如：
    • 如果使用Git作為後端存儲，需要搭建GitLab或其他Git服務器集群
    • 如需實現配置批量刷新，需要藉助Spring Cloud Bus，依賴Kafka或RabbitMQ
  • 由於依賴太多，集群搭建很麻煩——GitLab、MQ、Config Server本身都得做集群

二、Apollo

GitHub地址

https://github.com/ctripcorp/apollo，Star數11169，社區很活躍

開源廠商

攜程

產品特點

  • 概念較為清晰，上手簡單
  • 完善的流程、權限控制
  • 界面友好
  • 文檔較為豐富

成功案例

攜程、網易蜂巢、中國平安等，更多公司詳見https://github.com/ctripcorp/apollo

演示環境

http://106.12.25.204:8070/
賬號/密碼：apollo/admin

缺點

暫未發現

三、Nacos

GitHub地址

https://github.com/alibaba/nacos，Star數3820，社區非常活躍

開源廠商

阿里巴巴

產品特點

  • 目前在Spring Cloud孵化器中孵化，孵化成功後，將成為Spring Cloud官方推薦的組件之一
  • 不僅能做配置管理，也能做註冊中心
  • 界面友好
  • 上手簡單
  • 文檔豐富

成功案例

阿里巴巴、虎牙直播、工商銀行軟件開發中心、愛奇藝等，更多公司詳見https://github.com/alibaba/nacos/issues/273

演示環境

http://console.nacos.io/nacos/index.html

缺點

暫未發現明顯缺點

四、Disconf

GitHub地址

https://github.com/knightliao/disconf，Start數4505，社區活躍度一般

開源廠商

原百度員工，現在螞蟻金服

產品特點

  • 界面良好
  • 部署簡單

成功案例

百度、滴滴出行、順豐、網易等，更多公司詳見https://github.com/knightliao/disconf

缺點

最新的版本發佈於兩年前，有點久了。

五、Spring Cloud Consul

GitHub地址

https://github.com/spring-cloud/spring-cloud-consul，Star數493，官方組件，社區較活躍

開源廠商

Pivotal（Spring官方團隊）

產品特點

  • 有個還算將就的界面
  • 使用較為簡單
  • 遵循Spring Cloud Config的配置管理規範
  • 不僅能做配置管理，也能做註冊中心

成功案例

暫未發現

演示環境

暫無

缺點

  • 沒有權限管理
  • 管理界面不夠友善
  • 要想用得好，得了解Spring Cloud Config管理規範

六、Spring Cloud Zookeeper

GitHub地址

https://github.com/spring-cloud/spring-cloud-zookeeper，Star數330，官方組件，社區較活躍

開源廠商

Pivotal（Spring官方團隊）

產品特點

  • 使用較為簡單
  • 遵循Spring Cloud Config的配置管理規範
  • 不僅能做配置管理，也能做註冊中心

演示環境

暫無

成功案例

暫未發現

缺點

  • 無界面
  • 無權限管理
  • 要想用得好，得了解Spring Cloud Config管理規範

其他

如果使用的是Spring Cloud Kubernetes，或者將Spring Cloud應用部署在Kubernetes環境中，還可以選擇ConfigMap，這種方式就筆者了解，業界這麼玩的還不多，暫時不分析了。已經將Spring Cloud Kubernetes列入博客19年更新名單中了，敬請期待。

結論

  • Spring Cloud Config不太好用，需要製作一個界面，才能更好地幫助我們管理配置；
  • Nacos或者Apollo是筆者現在眼中的首選，功能完備、上手簡單、傻瓜化操作、並且目前維護比較給力；
  • Consul也可以作為一個選擇，但國內用Consul做配置管理的公司還沒發現，並且Consul是Go語言編寫的，如果選用，得有Hold住它的能力——儘管Consul很穩定。


出自: http://itmuch.com/spring-cloud-sum/spring-cloud-config-serer-compare/

留言

張貼留言

這個網誌中的熱門文章

Json概述以及python對json的相關操作

圖片
什麼是json： JSON(JavaScript Object Notation) 是一種輕量級的數據交換格式。易於人閱讀和編寫。同時也易於機器解析和生成。它基於JavaScript Programming Language, Standard ECMA-262 3rd Edition - December 1999的一個子集。JSON採用完全獨立於語言的文本格式，但是也使用了類似於C語言家族的習慣（包括C, C++, C#, Java, JavaScript, Perl, Python等）。這些特性使JSON成為理想的數據交換語言。 JSON建構於兩種結構： “名稱/值”對的集合（A collection of name/value pairs）。不同的語言中，它被理解為對象（object），紀錄（record），結構（struct），字典（dictionary），哈希表（hash table），有鍵列表（keyed list），或者關聯數組（associative array）。 值的有序列表（An ordered list of values）。在大部分語言中，它被理解為數組（array）。 這些都是常見的數據結構。事實上大部分現代計算機語言都以某種形式支持它們。這使得一種數據格式在同樣基於這些結構的編程語言之間交換成為可能。 jso官方說 ​​明參見：http://json.org/ Python操作json的標準api庫參考：http://docs.python.org/library/json.html 對簡單數據類型的encoding 和decoding： 使用簡單的json.dumps方法對簡單數據類型進行編碼，例如： import json obj = [[ 1 , 2 , 3 ], 123 , 123.123 , 'abc' ,{ 'key1' :( 1 , 2 , 3 ), 'key2' :( 4 , 5 , 6 )}] encodedjson = json.dumps(obj) print repr (obj) print encodedjson 輸出： [[1, 2, 3], 123, 123.123, 'abc', {'ke...
閱讀完整內容

Docker容器日誌查看與清理

1. 問題 docker容器日誌導致主機磁盤空間滿了。 docker logs -f container_name 劈裡啪啦一大堆，很佔用空間，不用的日誌可以清理掉了。  2. 解決方法 2.1 找出Docker容器日誌 在linux上，容器日誌一般存放在 /var/lib/docker/containers/container_id/ 下面，查看各個日誌文件大小的腳本docker_log_size.sh，內容如下： #!/bin/sh echo "======== docker containers logs file size ========" logs=$(find /var/lib/docker/containers/ -name *-json.log) for log in $logs do ls -lh $log done # chmod +x docker_log_size.sh # ./docker_log_size.sh 2.2 清理Docker容器日誌（治標） 如果docker容器正在運行，那麼使用 rm -rf 方式刪除日誌後，通過 df -h 會發現磁盤空間並沒有釋放。 原因是在Linux或者Unix系統中，通過 rm -rf 或者文件管理器刪除文件，將會從文件系統的目錄結構上解除鏈接（unlink）。 如果文件是被打開的（有一個進程正在使用），那麼進程將仍然可以讀取該文件，磁盤空間也一直被佔用。 正確姿勢是 cat /dev/null > *-json.log ，當然你也可以通過 rm -rf 刪除後重啟docker。 接下來，提供一個日誌清理腳本 clean_docker_log.sh ，內容如下： #!/bin/sh echo "======== start clean docker containers logs ========" logs=$(find /var/lib/docker/containers/ -name *-json.log) for log in $logs d...
閱讀完整內容

利用 Keepalived 提供 VIP

Keepalived 是一種基於 VRRP 協定實現的高可靠 Web 服務方案，用於防止單點故障問題。因此一個 Web 服務運作至少會擁有兩台伺服器執行 Keepalived，一台作為 master，一台作為 backup，並提供一個虛擬 IP（VIP），master 會定期發送特定訊息給 backup 伺服器，當 backup 沒收到 master 訊息時，表示 master 已故障，這時候 backup 會接管 VIP，繼續提供服務，來確保服務的高可靠性。 VRRP VRRP（Virtual Router Redundancy Protocol，虛擬路由器備援協定），是一個提供備援路由器來解決單點故障問題的協定，該協定有兩個重要概念： * VRRP 路由器與虛擬路由器：VRRP 路由器是表示運作 VRRP 的路由器，是一個實體裝置，而虛擬路由器是指由 VRRP 建立的邏輯路由器。一組 VRRP 路由器協同運作，並一起構成一台虛擬路由器，該虛擬路由對外提供一個唯一固定的 IP 與 MAC 位址的邏輯路由器。 * 主控制路由器（master）與備援路由器（backup）：主要是在一組 VRRP 中的兩種互斥角色。一個 VRRP 群組中只能擁有一台是 master，但可以有多個 backup 路由器。 VRRP 協定使用選擇策略從路由器群組挑選一台作為 master 來負責 ARP 與轉送 IP 封包，群組中其他路由器則作為 backup 的角色處理等待狀態。當由於某種原因造成 master 故障時，backup 會在幾秒內成為 master 繼續提供服務，該階段不用改變任何 IP 與 MAC 位址。 Keepalived 節點配置 IP ADDRESS ROLE 172.16.1.101 vip 172.16.1.102 master 172.16.1.103 backup 安裝與設定 這 ubuntu 14.04 LTS Server 中已經內建了 Keepalived 可以透過 apt-get 來安裝： $ sudo apt-get install -y keepalived 也可以透過 source code 進行安裝，流程如下： $ sudo apt-get install build-essential libssl-dev $ wge...
閱讀完整內容