Spring Cloud 原本來自Netflix OSS，但是目前面臨服務網格競爭，以及Netflix宣布放棄Hystrix，Spring Cloud與服務網格Istio競爭中處於弱勢之中，但是Spring Cloud在DevOps上還是有一定競爭優勢，適合中小型系統。因為服務網格的運營需要很強大的單獨的運營Ops團隊，而DevOps運行就是通過整合開發和運營在一起，將業務開發和技術運營結合起來，可以說Spring Cloud做到了簡單有效，而且NetFlix OSS堆棧是經過全美每晚大半流量的考驗，實戰和設計都是過得去的。

正因為Netflix OSS是Netflix生產系統的真傢伙，而國內某商提供的技術堆棧是否是真正生產系統的真傢伙呢？比如他們的生產系統是否運行在他們的雲裡面的呢？各自開發一套呢？另外，Netflix OSS中eureka註冊伺服器，也就是Spring Cloud eureka註冊伺服器是遵循CAP定理的CA，雖然可能提供的服務信息有時不是很及時，甚至是延時的，但是總是一直可用，而某電商依賴Zoopkeeper是遵循CAP定理CP，這是很多樸素編程下的直覺選擇，狀態同步時如果斷線怎麼辦？當然不斷重試連接，而且使用最快最好的Netty進行重試連接，不會有問題吧？

現在傍上Spring Cloud，希望能夠越走越好，可別像過去一樣。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！