對於未來真正的慷慨在於向現在獻出一切。
小知識：微服務的基本構建管道
言歸正傳，我們寫這篇文章的主要目的是解釋微服務的主要思想和原則。花時間來做到這件事情還是有必要的，我們清楚地認為微服務架構風格是一個重要的想法 - 讓我們重新考慮企業應用程序架構。我們最近使用這種方式構建了幾個系統，並且諮詢了一些使用和支持微服務的人。
我們知道誰在某種程度上開創了建築風格，包括亞馬遜，Netflix等等許許多多的公司，這些公司正在轉向為微服務的公司。此外，有很多公司長期以來一直在微服務，但沒有使用過這個名字。（通常所說的SOA）
然而，雖然有這些經驗，但我們並不不能掌控微服務是軟件架構的未來發展方向。雖然到目前為止我們的經驗與整體應用相比是比較好的，但我們社會是不斷髮展的，未來是一個未知數。
通常，一個架構決策的真正價值只有在製作它們幾年後才會體現出來。記得某一個強大的團隊，構建了一個多年來已經極其複雜的傳統架構，對模塊化的需求是很強烈渴望的。許多人認為，微服務不太可能出現這種衰退，因為服務邊界是明確的，很難超越。然而，這是一個不確定事件。
人們可能會期望微服務越來越成熟。在組件化的成長道路中，成功取決於軟件在程序中的適用程度。很難弄清楚程序邊界的確切位置。因為確定邊界是很困難的，因此重構它們也是必要的。但是，當程序是具有遠程通信的服務時，則重構就會變得更難。任何接口更改都需要在參與者之間進行協調，同時需要添加向後兼容性層，並且測試也變得更加複雜。
另一個問題是如果程序中垃圾太多，那麼處理也是極其複雜，有可能導致一系列無法想象的問題。
最後，還有團隊能力的因素。新技術往往被更熟練的團隊所採用。但對於技能更高的團隊來說，更有效的技術並不一定適用於技能較低的團隊。據調查，我們已經看到很多不太熟練的團隊構建凌亂的單片架構，但是當微服務也出現這種現象時，我們需要花時間去驗證。一個不完善的團隊總是會創建一個不完善的系統，所以，很難說微服務的未來是什麼。
最近有許多團隊表示，一個好的微服務，不應該從微服務架構開始，而是從整體開始，保持模塊化，並在整體逐步拆分為微服務。
到目前為止，我們已經看到了足夠的微服務架構，覺得它可能是一條值得走的路。我們無法確定最終會在哪裡結束，但軟件開發的挑戰之一是您只能根據現有的一些基本信息作出決策。
當前比較流行的微服務架構有Spring Cloud.
閱讀更多 飛火雲 的文章
