微服務的系統架構開發方式相信大家應該不陌生了吧，在前幾期的文章中我們也對微服務的架構方式做了壹個簡單的介紹。今天，北京北大青鳥就來對比壹下，微服務與傳統單壹服務架構的區別。
1.如何理解微服務，簡要說明您所理解的微服務是什麽?
微服務，這個詞語其實是壹次聽說，我search了下定義，然後恍然明白，其實所謂的微服務，用更通俗接地氣的詞語來定義和描述的話，就是敏捷+模塊的服務架構體系，如何解釋敏捷，原來的亞馬遜CEOBezos提出來的2pizza就是微服務系統架構的鼻祖，2pizza意思就是所有參與人從設計、開發、測試、運維所有人加起來只需要2個披薩就夠了(應用自網上資料)，所以妳能知道，既然要求敏捷，那要快並且高效，就要有模塊化的思維方式，在汽車行業，如今大眾，豐田都提倡模塊化造成體系，不僅高效，而且很多可移植，在IT行業，這種模塊化的思路也是，不僅代碼可移植，如同樂高積木進行橫向功能疊加，而且基於模塊化的微服務，在運維方面，也是自成體系，不僅能減少模塊的測試壓力和成本，後我認為這個微服務還是符合當下資源高效利用的政策的，很多系統逐漸從大而全變成小而精，對於開發，運維等等也是如此，微服務就非常符合這個命題。
2.與傳統單壹服務架構相比，在實戰環境下，各自的優劣都有哪些?
我認為存在即合理，沒有所謂哪個好，只有哪個更合適，或者在當下需求和長期規劃下，在不同階段，何種架構更性價比高，對於單壹架構體系，我認為復雜性高，接口冗余，穩定性中等是其特征，妳可以說這是缺點，但是我認為對於比如大型金融架構，比如我所在的行業，這種soa的架構體系是主流，單壹服務架構優勢在於下屬模塊的差異度比較少，品類單壹，規劃比較完整，屬於有了宏觀架構和願景進行搭建的方式，而微服務更適合互聯網行業，快速部署，已經對於新技術的歡迎和叠代，是微服務的佳實踐場所
3.如果您考慮部署微服務，在業務部署過程中會遇到哪些關鍵挑戰?
主要是在金融行業，如果在已有的單壹架構系統體系中，采用微服務的部署方式，與原來系統的耦合以及接口是要好好考慮的，要不然會出現四不像，既沒有了原來大型單壹系統架構的優勢，微服務的快速，高效和低成本也會體現不出其好的效果，還有就是我認為即使是模塊化的微服務部署，在能力範圍之內要選擇好不同模塊的耦合和類型選擇，否則百花齊開雖然漂亮，但是縱向升級以及進行整合還是非常讓開發和運維的人絞盡腦汁的。