資訊專欄INFORMATION COLUMN
摘要：要玩好微服務，微服務平臺需要的不僅僅是無侵入的服務治理能力，容器測試等服務也是必要的，這也是網(wǎng)易云輕舟微服務的產(chǎn)品設計思路。
歡迎訪問網(wǎng)易云社區(qū)，了解更多網(wǎng)易技術產(chǎn)品運營經(jīng)驗。
簡單地說，微服務架構就是以業(yè)務域或業(yè)務功能為邊界，將一個大而全的應用拆分為可以獨立開發(fā)，獨立部署，獨立測試，獨立運行的一組小的應用，并且使用輕量級，通用的機制在這組應用間進行通信。
拿著顯微鏡看微服務架構，品讀 Martin Fowler 的定義，可能出不來，不妨用望遠鏡來看一看——如同黃仁宇喜歡從數(shù)千年歷史的縱深來論述歷史的發(fā)展，如同唐德剛提出歷史三峽理論（雖然此類史識在史學界尚有爭議，但方法可以借鑒），我們也可以從信息技術深化應用、架構長期演進的角度來認識微服務架構。
從宏觀的層次來說，數(shù)字經(jīng)濟與互聯(lián)網(wǎng)、云計算、大數(shù)據(jù)相互促進，企業(yè)數(shù)字化轉型升級離不開云計算。技術的發(fā)展總是伴隨著經(jīng)濟的改進，數(shù)字經(jīng)濟是繼農(nóng)業(yè)經(jīng)濟、工業(yè)經(jīng)濟之后全新的社會經(jīng)濟發(fā)展形態(tài)，也是世界經(jīng)濟創(chuàng)新發(fā)展的主流模式。數(shù)字經(jīng)濟以云為核心技術引擎，以數(shù)據(jù)為關鍵生產(chǎn)要素。數(shù)字經(jīng)濟時代，互聯(lián)網(wǎng)、云計算都變成了社會經(jīng)濟的基礎設施，變成了業(yè)務的一部分，IT 架構、數(shù)據(jù)架構、應用架構全面改變。（點擊下載 IDC 數(shù)字經(jīng)濟相關報告）
IDC 全球 IT 產(chǎn)業(yè)預測，到 2021 年，全球至少 50% 的 GDP 將以數(shù)字化的方式實現(xiàn)，數(shù)字技術將全面滲透各個行業(yè)，并實現(xiàn)跨界融合和倍增創(chuàng)新，驅動世界經(jīng)濟向以數(shù)字經(jīng)濟為重要內容的經(jīng)濟活動加速轉變。
來源：中國信息化百人會，2018
從中觀的角度來說，云原生（Cloud Native）技術是應用架構進化的方向，是企業(yè)發(fā)揮云計算價值（如按需供給、高彈性、強PaaS）的必由之路。業(yè)務上云并非削足適履，不過如果我們以瘦為美，而本身虛胖，相同款式的衣服，想要穿在模特身上的那種效果，就必須適當?shù)販p肥（改造業(yè)務平臺）了，當然我們也可以不在乎體重、形態(tài)，如此面對拳擊、舉重這類項目就比較難受了。減肥不是一朝一夕的事情，云原生也不是從天而降的，以網(wǎng)易為例，應用架構以及基礎設施也是隨著業(yè)務規(guī)模的不斷擴大而演進的，團隊不斷解決暴露出來的各種問題，大致經(jīng)歷了工程化、自動化、服務化三個階段。了解更多相關知識可以參考《云原生應用架構實踐》(網(wǎng)易云基礎服務架構團隊著)。
從微觀的角度來說，云原生技術包括微服務架構、容器和 DevOps 等核心內容。類似人類社會的專業(yè)化分工協(xié)作，微服務根據(jù)業(yè)務模塊劃分相互獨立的服務種類，讓業(yè)務可以做到又快又好。微服務基本原則是高內聚、低耦合，也有些類似于傳統(tǒng)軟件的組件，當然服務劃分是一個比較復雜的問題。IDC 預測，在超過一半的全球 2000 強企業(yè)中，平均 1/3 的數(shù)字化服務交互將來自 API 開放生態(tài)系統(tǒng)。如果不擁抱微服務，很難想象如何實現(xiàn)這樣的盛況有多麻煩。關于微服務、DevOps 和容器的關系以及容器技術的選擇，可以參考網(wǎng)易云架構師這篇文章：為什么 kubernetes 天然適合微服務
單體架構 VS 微服務架構
故而，如果有傳統(tǒng)開發(fā)經(jīng)驗，可以認為微服務就是傳統(tǒng)組件技術在云端以插件化形式的自然映射 ；而從架構演進的角度，微服務的本質，是實現(xiàn) DevOps、實現(xiàn)云原生應用架構、促進數(shù)字化轉型升級的工具。
微服務技術特點決定了系統(tǒng)的復雜性，搞微服務不一定用容器技術，但不管服務商還是企業(yè)客戶，玩過的都承認，容器是微服務的最佳搭檔。要玩好微服務，微服務平臺需要的不僅僅是無侵入的服務治理能力，容器、CI/CD、APM、測試等服務也是必要的，這也是網(wǎng)易云輕舟微服務的產(chǎn)品設計思路。
文章來源： 網(wǎng)易云社區(qū)
文章版權歸作者所有，未經(jīng)允許請勿轉載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/25304.html
摘要：熔斷機制為了防止雪崩效應事件的發(fā)生，分布式系統(tǒng)采用了熔斷機制。為了解決這一難題，微服務架構引入了熔斷機制。由于微服務系統(tǒng)是分布式系統(tǒng)，服務與服務之間沒有任何的禍合。 1.2.1 什么是微服務 按業(yè)務劃分為一個獨立運行的程序，即服務單元。 服務之間通過 HTTP 協(xié)議相互通信。 自動化部署。 可以用不同的編程語言。 可以用不同的存儲技術。 服務集中化管理。 微服務是一個分布式系統(tǒng)。 ...
摘要：原文鏈接時代，架構該怎么跟進，來自于微信公眾號次靈均閣作為核心開發(fā)者，請先簡單介紹下自己答大家好，我是小馬哥，一名學習當爸爸的父親，勸退師，項目架構師，編程思想的作者。因此，需求的來源不再已阿里為絕對主導，社區(qū)共建和共制的發(fā)展模式已成事實。 原文鏈接：Service Mesh 時代，Dubbo 架構該怎么跟進？，來自于微信公眾號：次靈均閣 作為 Duboo 核心開發(fā)者，請先簡單介紹下...
摘要：原文鏈接時代，架構該怎么跟進，來自于微信公眾號次靈均閣作為核心開發(fā)者，請先簡單介紹下自己答大家好，我是小馬哥，一名學習當爸爸的父親，勸退師，項目架構師，編程思想的作者。因此，需求的來源不再已阿里為絕對主導，社區(qū)共建和共制的發(fā)展模式已成事實。 原文鏈接：Service Mesh 時代，Dubbo 架構該怎么跟進？，來自于微信公眾號：次靈均閣 作為 Duboo 核心開發(fā)者，請先簡單介紹下...
摘要：的重要性毋庸置疑，可以毫不夸張的說虛擬機是整個平臺的基石。方面的知識，也一直是等大廠面試考核的重點。本專欄將分為如下幾個大模塊進行分析開篇介紹運行時數(shù)據(jù)區(qū)。最主要的是讓我知道能得到多少小伙伴的認可，畢竟大家的認可，就是不懈努力的動力 JVM的重要性毋庸置疑，可以毫不夸張的說Java虛擬機是整個Java平臺的基石。 JVM方面的知識，也一直是BAT等大廠面試考核的重點。特別是JVM調優(yōu)，...
閱讀 3473·2021-11-18 10:02
閱讀 3720·2021-09-13 10:25
閱讀 1928·2021-07-26 23:38
閱讀 2574·2019-08-30 15:44
閱讀 2279·2019-08-30 13:51
閱讀 1232·2019-08-26 11:35
閱讀 2277·2019-08-26 10:29
閱讀 3450·2019-08-23 14:56
