網際網路轉型需要微服務架構

bdrit發表於2016-09-22
微服務架構
　　微服務出現的時間不短了，但是為什麼現在才這麼重視它？網際網路轉型要轉型什麼？

　　第一，以職能為中心轉向以使用者為中心。我們過去的資訊化更多的是依照部門職能，有什麼樣的工作內容，有什麼樣的流程，然後去做系統。下一步的資訊化更多的是以使用者為中心。為什麼是以使用者為中心？我們要看使用者到底需要什麼，在什麼樣的場景下需要什麼樣的資訊支援。過去我們只在內部做很多系統，其實使用者體驗也非常的不好，使用者需要的東西也沒有。

　　第二，從流程驅動轉向資料驅動。過去都是看業務流程是什麼樣的，流程中間需要什麼樣的資料來支援。隨著移動網際網路、物聯網這些資料的產生，根據資料的分析判斷或者驅動新的流程，所以新的應用場景是由資料來驅動的。

　　第三，從事後錄單轉向現場資料自動採集。過去的資訊化都是靠人工輸入，發生的業務就輸入一些資訊進去。今後由於移動網際網路和物聯網實時資料的採集，我們做好實時的在現場的採集，反而不需要人工做採集、手工錄入。

　　第四，從封閉系統轉向開放系統。過去的系統都是封閉式的，開發它的時候沒有考慮到開放、沒有考慮到互聯或者被誰呼叫。今後的系統開發出來，應該是微服務的方式，它是暴露API，某個系統不需要知道被誰呼叫、被呼叫多少次，該系統在開發時就做到是一個開放的系統，暴露API。

　　第五，從單機架構轉向分散式架構。總體來講，過去的資訊化都是基於單機的架構，俗稱叫IOE架構，在單機上做的整個基礎設施，包括上面的應用、資料庫都是基於IOE結構寫的，下一步要轉向分散式。分散式是從基礎設施一直到應用都要做到分散式。為什麼要轉向分散式？是因為要做到彈性可擴充套件，滿足大量的併發、互動和大的使用者量和資料量。

　　第六，從中心化治理轉向去中心化自治。過去的資訊化走到今天，到SOA這樣一個階段大家知道仍是中心化治理的階段，依靠匯流排來做互動、路由；下一步在微服務的模式下是事件的驅動，服務之間他們如何去被呼叫、如何去走流程是透過事件驅動的，而不是中心化的思路做治理，更多的是去中心化的自治。

　　舉例：美國GE說，GE未來是一個軟體企業，為什麼？因為所有一切是被軟體所定義，背後是雲平臺、大資料平臺的支撐。GE打造的工業網際網路平臺：前端透過連線所有的裝置、資產，端到端所有跨業務流程的，包括合作伙伴、客戶所有這些東西都透過雲平臺的連線，裝置產生的資料、產品的資料都基於雲方式儲存。在雲上，有了資料，資料驅動各種創新的應用，透過融合分析可以得出很多的洞察，包括裝置的可預測性維護等等。這個工業網際網路平臺底層就是PaaS和IaaS，上面就是微服務的架構。整個應用架構是朝微服務的方式轉型，不管是對資產的，就是裝置、裝備還有各種分析的服務、資料儲存服務、安全服務、運營服務都是基於這樣一個平臺在打造下一代微服務的架構、微服務的應用。資料架構方面從融合的大資料架構轉型。透過物聯感知，各種各樣的資料在產生，這些資料透過資料的管道結構化，這些結構化的資料怎麼儲存、非結構的資料怎麼儲存，對於需要實時處理的資料怎麼儲存計算，對於一些不需要實時處理的資料怎麼儲存，這裡面會進入到一個融合的大資料的架構基礎上去做資料的儲存和計算。有了資料的基礎上我們再做一些分析和利用，支援或是引導業務變革和創新。

　　從以上網際網路轉型我們就可以看到為什麼需要微服務的架構：

　　第一，快速的創新。在網際網路時代我們需要快速的創新。不像過去，我們做一個系統花了很長時間，半年甚至一年實施出來，為時晚矣。資訊時代，我們需要快速的響應和交付。

　　第二，隨時隨地的服務需要隨時的連線。

　　第三，網路的規模，也就是說我們的服務，我們可能隨時要被大量的人訪問、資料隨時大量的產生，這樣一種大量資料的產生、大量使用者訪問的規模也需要有一種新的彈性架構支撐它。

　　第四，以移動為中心的使用者體驗。所有這些導致我們要基於微服務架構構建一種原生的雲應用。所謂原生的雲應用，就是在網際網路的基礎平臺上基於微服務架構開發的應用，它是彈性可擴充套件的，可以支援大併發、大互動。

　　總之，未來業務的敏捷一定要依賴於IT的敏捷，我們一直追求敏捷的IT：一個彈性可擴充套件的雲端計算與大資料基礎平臺（IaaS + PaaS），加上基於微服務架構的原生雲應用（SaaS）開發，這已成為企業級IT的必然選擇！

[該貼被bdrit於2016-09-22 14:46修改過]

相關文章