現(xiàn)如今隨著新一代IT技術的發(fā)展，業(yè)務需求變的日益復雜，企業(yè)對于IT的敏捷性有了更高的要求，需要快速部署、開發(fā)、上線、迭代。傳統(tǒng)的IT架構面臨巨大挑戰(zhàn)，往往系統(tǒng)還未搭建好需求就已改變。所以，以云計算、大數(shù)據(jù)、移動互聯(lián)網(wǎng)和物聯(lián)網(wǎng)等新一代IT技術作為技術支撐，微服務架構模式應運而出，為敏捷部署以及復雜企業(yè)應用實施提供巨大的幫助。
微服務架構不是憑空而來，互聯(lián)網(wǎng)的連接正在變革一個個的應用場景，(2C端)比如說拼車、滴滴打車，出門前就可以把車叫好，在北京還有回家吃飯的app，在周邊的人做了飯就給你送過來，類似于這樣的應用的連接，移動app連接一個個人，把碎片化的需求對接起來改變一個個應用場景。(2B端)還有物聯(lián)網(wǎng)的場景也在改變物聯(lián)的場景，像智能制造，很多領域由于物的連接，實時數(shù)據(jù)的產(chǎn)生、實時分析，這些應用場景會帶來我們的傳統(tǒng)IT系統(tǒng)，都將面臨著重構，因為這種場景下面需隨時交付、隨時大量用戶的并發(fā)、隨時大量數(shù)據(jù)的采集，特別是物聯(lián)網(wǎng)大量的交互，傳統(tǒng)的IT架構是無法支撐這樣的大量的并發(fā)和大量數(shù)據(jù)的存儲處理，傳統(tǒng)的應用系統(tǒng)也都將面臨重構;這個時候云基礎設施和微服務架構為應用的快速創(chuàng)建和快速迭代提供了條件：底層有一個云基礎設施，包括IaaS、PaaS，在這樣的基礎上快速構建微服務，從上到下都是彈性可擴展的。隨著交互量自動就支持它，這樣的話基于微服務架構重構應用系統(tǒng)來支持業(yè)務的轉型和快速創(chuàng)新，這是我們各行業(yè)面臨的一個挑戰(zhàn)與機會。
但我們有一個不得不面臨的問題：如何處理遺留系統(tǒng)?國際上已經(jīng)形成了一些經(jīng)驗，兩條腿走路：
第一，卡住遺留系統(tǒng)。給遺留系統(tǒng)像微服務一樣創(chuàng)建API協(xié)議，在舊系統(tǒng)邊緣逐漸創(chuàng)建一個新系統(tǒng)，讓它慢慢生長幾年，直到舊系統(tǒng)被卡死。
第二，新功能微服務化。所有的新功能用微服務去做，逐漸在遺留系統(tǒng)周圍創(chuàng)建一個原生云系統(tǒng)。
解決了遺留系統(tǒng)后，我們如何做好微服務呢?
首先，從文化上，我們要從傳統(tǒng)煙囪式的開發(fā)走向持續(xù)的開發(fā)和交付，一邊開發(fā)一邊測一邊交付，從大項目交付走向持續(xù)交付。過去都是做大項目，一做就是半年一年，現(xiàn)在是持續(xù)交付，沒有完成時，永遠都是測試版;另外還要從中心化治理到去中心化自治。
其次，從組織上，我們要構建兩個非常重要的團隊：云基礎設施團隊和微服務架構業(yè)務能力團隊。每個服務都是處理一塊業(yè)務，過去都是做項目，現(xiàn)在不再是做一個個大項目，而是做一個個微服務，需要業(yè)務能力的團隊，它就是業(yè)務能力的開發(fā)。從項目團隊到業(yè)務能力團隊，打造平臺運營團隊，給業(yè)務運營團隊提供自服務的、敏捷的基礎設施平臺。
再次，從技術上，要拆分。應用要拆分，數(shù)據(jù)也要拆分，做容器鏡像，通過容器的方式快速的部署，從ESB總線編排到事件驅動。
最后，從總體上，互聯(lián)網(wǎng)技術核心就是分布式：我們一直在拆，不斷的拆，最早從把數(shù)據(jù)從應用里面拆出來，數(shù)據(jù)又拆成交易數(shù)據(jù)、緩存數(shù)據(jù)，應用也是拆成前端、后端。根據(jù)并發(fā)量，應用也不斷的拆成微服務。所以整個來講，技術的發(fā)展就是不斷的拆分，使它變的彈性、可擴展，變成可以獨立的更新。另外一個重要的就是API Gateway，API的網(wǎng)關：今后是個API的經(jīng)濟，我們的內部API、外部API怎么使用它，各種各樣的SaaS服務就是通過API使用它。未來的應用的使用就像Appstore的模式，很多的API就是一個個的商品，我們能調用它，很多API可以組合成一個商品、一個APP，也有可能某一個API直接提供一種服務，也有可能是微服務組合成一個服務。
分享到微信 ×
打開微信，點擊底部的“發(fā)現(xiàn)”，
使用“掃一掃”即可將網(wǎng)頁分享至朋友圈。
轉型的最終目的 -提質降本增效
