微服務(wù)是近些年被廣泛提及的一個(gè)概念，微服務(wù)架構(gòu)可以理解為一個(gè)輕量級(jí)的服務(wù)治理方案，也就是將系統(tǒng)的功能，通過服務(wù)的形式發(fā)布到服務(wù)器上，對服務(wù)進(jìn)行組合調(diào)用，實(shí)現(xiàn)具體的功能，解決實(shí)際業(yè)務(wù)問題的架構(gòu)風(fēng)格。

微服務(wù)產(chǎn)生于單體應(yīng)用的擴(kuò)大化，隨著信息化不斷發(fā)展，企業(yè)對軟件功能的要求越來越具體，也愈發(fā)的細(xì)致，如果通過應(yīng)用程序來實(shí)現(xiàn)，必然是一個(gè)極其復(fù)雜而又痛苦的過程，由此誕生了微服務(wù)的概念。就是將功能發(fā)布成服務(wù)，應(yīng)用程序通過調(diào)用不同的服務(wù)來實(shí)現(xiàn)業(yè)務(wù)，這種設(shè)計(jì)架構(gòu)稱之為微服務(wù)。

微服務(wù)架構(gòu)的優(yōu)點(diǎn)在于每個(gè)服務(wù)可以有獨(dú)立的團(tuán)隊(duì)開發(fā)，服務(wù)之間互不干涉，保障了系統(tǒng)的穩(wěn)定性。由于功能被拆分到更細(xì)的粒度，有效的降低了程序的復(fù)雜程度，對硬件的需求也隨之降低，但是微服務(wù)也有一些不足，比如服務(wù)調(diào)用帶來的系統(tǒng)復(fù)雜性，服務(wù)間的依賴關(guān)系也是難以管理的，如何構(gòu)建合理的服務(wù)依賴是考驗(yàn)架構(gòu)師能力的重要依據(jù)；最后，微服務(wù)架構(gòu)的部署以及跟蹤也是很難的。總之，微服務(wù)架構(gòu)有著自身的應(yīng)用場景以及特點(diǎn)，了解哪些場景適合微服務(wù)比掌握微服務(wù)的具體技術(shù)更為重要，適當(dāng)?shù)募夹g(shù)用在適當(dāng)?shù)膱鼍埃�才能發(fā)揮合適的價(jià)值。

數(shù)通暢聯(lián) 專注于企業(yè)IT架構(gòu)、SOA綜合集成、數(shù)據(jù)治理分析領(lǐng)域，感謝您的閱讀與關(guān)注！

微服務(wù)架構(gòu)是當(dāng)前最流行的技術(shù)架構(gòu)，主要組件有注冊中心、網(wǎng)關(guān)、配置中心和各種微服務(wù)模塊。架構(gòu)靈活、易擴(kuò)展、可動(dòng)態(tài)擴(kuò)容。

在微服務(wù)之前，系統(tǒng)架構(gòu)經(jīng)歷很長時(shí)間的演變，簡述如下：

1.無架構(gòu)

頁面邏輯和業(yè)務(wù)邏輯混在一起，甚至頁面直接訪問數(shù)據(jù)庫。

優(yōu)點(diǎn)：因?yàn)闆]有太多的訪問路徑轉(zhuǎn)換，效率是最高的；

缺點(diǎn)：沒有分層，邏輯混亂，維護(hù)難，擴(kuò)展難。

2.MVC

架構(gòu)

單系統(tǒng)，表現(xiàn)層、邏輯層、業(yè)務(wù)層分開，各層分工協(xié)作。

優(yōu)點(diǎn)：邏輯清晰、分工明確、易維護(hù)。

缺點(diǎn)：系統(tǒng)集中部署，屬于強(qiáng)耦合，某些業(yè)務(wù)模塊出現(xiàn)異常時(shí)，會(huì)導(dǎo)致整個(gè)系統(tǒng)無法訪問。

3.SOA架構(gòu)

面向服務(wù)的架構(gòu)，多個(gè)系統(tǒng)分布式部署，通過消息總線進(jìn)行通訊。

優(yōu)點(diǎn)：各個(gè)系統(tǒng)的業(yè)務(wù)相對獨(dú)立，耦合低；

缺點(diǎn)：消息總線負(fù)擔(dān)太重，中心化太重，接口缺乏規(guī)范。

4.微服務(wù)架構(gòu)

一個(gè)系統(tǒng)，按照粒度規(guī)劃，劃分為很多的微服務(wù)，而每個(gè)微服務(wù)，對應(yīng)一個(gè)具體的業(yè)務(wù)實(shí)現(xiàn)，并可擁有自己獨(dú)立的數(shù)據(jù)庫，整個(gè)就是微服務(wù)架構(gòu)。

優(yōu)點(diǎn)：如上，架構(gòu)靈活、易擴(kuò)展，在實(shí)際運(yùn)營時(shí)，按需擴(kuò)容，集群部署。各個(gè)微服務(wù)業(yè)務(wù)互不影響，耦合性低；

缺點(diǎn)：開發(fā)成本高，對部署有一定的專業(yè)性要求。

從技術(shù)而言，微服務(wù)已經(jīng)是一個(gè)設(shè)計(jì)理念很成熟的架構(gòu)，可滿足不同層次，不同業(yè)務(wù)場景的需要，而且經(jīng)過多個(gè)版本的迭代，該踩的坑也基本踩完，生態(tài)系統(tǒng)完整，開源組件選擇多多，很有一統(tǒng)天下的趨勢，值得嘗試。

但，不要為了微服務(wù)而微服務(wù)，要根據(jù)自己實(shí)際的要求去做抉擇和取舍。

比較，適合自己的，才是最好的！

微服務(wù)是近幾年技術(shù)社群討論很多的一種軟件架構(gòu)方式，可以說是SOA的現(xiàn)代版本、時(shí)尚版本。不過這次浪潮不是由大公司倡導(dǎo)的，而是由工程師們引領(lǐng)的。比如，它采用工程師們熟悉的RESTful接口，而不是笨重的WebService，也不需要一大堆昂貴的中間件。

那微服務(wù)為什么流行起來？按理說它們都是讓軟件更加模塊化，使相互之間保持松耦合，從而優(yōu)化系統(tǒng)架構(gòu)。

國內(nèi)流行起來的微服務(wù)架構(gòu)——RestCloud

RestCloud 為了保證服務(wù)不注冊中心的高可用性，服務(wù)不注冊中心通過水平擴(kuò)展的能

力允許對服務(wù)不注冊中心進(jìn)行集群配置，幵在網(wǎng)關(guān)層做了服務(wù)的注冊的數(shù)據(jù)緩存。

Spring Cloud Eureka 是 Spring Cloud Netflix 微服務(wù)套件中的一部分，它基于 Netflix Eureka做了二次封裝。主要負(fù)責(zé)完成微服務(wù)架極中的服務(wù)治理功能。

易用性

如果你目前使用SpringBoot開發(fā)API服務(wù)則無需修改任何代碼，只需引入RestCloud配置中心的jar包即可由配置中心接管所有配置，對開發(fā)人員無任何感知，如果你使用RestBoot開發(fā)平臺(tái)開發(fā)API則已經(jīng)是天然集成了配置中心的客戶端Jar包無需任何依賴。 如果你使用php,c#開發(fā)目前RestCloud并沒有提供現(xiàn)成的解決方案，你需要通過Rest API來接入RestCloud配置中心并自已在本地實(shí)現(xiàn)配置緩存管理。

穩(wěn)定性

RestCloud采取全新的本地配置持久化技術(shù)，保證配置中心不會(huì)形成單點(diǎn)故障，因?yàn)樗�有的配置�?shù)據(jù)在應(yīng)用則具有本地緩存和持久化技術(shù)，假定RestCloud配置中心出現(xiàn)故障且長時(shí)間未能恢復(fù)的情況下，應(yīng)用則的程序會(huì)自動(dòng)讀取本地緩存配置數(shù)據(jù). 進(jìn)一步假定這時(shí)應(yīng)用也剛好出現(xiàn)故障需要重啟，則本地緩存在重啟后將會(huì)消失,這時(shí)應(yīng)用將自動(dòng)從持久層再次讀取配置數(shù)據(jù)到緩存中從而恢復(fù)運(yùn)行，所以RestCloud配置中心不會(huì)出現(xiàn)故障后影響應(yīng)用的運(yùn)行,RestCloud配置中心優(yōu)于目前開源的大多數(shù)配置中心解決方案。

易用性

如果你目前使用SpringBoot開發(fā)API服務(wù)則無需修改任何代碼，只需引入RestCloud配置中心的jar包即可由配置中心接管所有配置，對開發(fā)人員無任何感知，如果你使用RestBoot開發(fā)平臺(tái)開發(fā)API則已經(jīng)是天然集成了配置中心的客戶端Jar包無需任何依賴。 如果你使用php,c#開發(fā)目前RestCloud并沒有提供現(xiàn)成的解決方案，你需要通過Rest API來接入RestCloud配置中心并自已在本地實(shí)現(xiàn)配置緩存管理。

穩(wěn)定性

RestCloud采取全新的本地配置持久化技術(shù)，保證配置中心不會(huì)形成單點(diǎn)故障，因?yàn)樗�有的配置�?shù)據(jù)在應(yīng)用則具有本地緩存和持久化技術(shù)，假定RestCloud配置中心出現(xiàn)故障且長時(shí)間未能恢復(fù)的情況下，應(yīng)用則的程序會(huì)自動(dòng)讀取本地緩存配置數(shù)據(jù). 進(jìn)一步假定這時(shí)應(yīng)用也剛好出現(xiàn)故障需要重啟，則本地緩存在重啟后將會(huì)消失,這時(shí)應(yīng)用將自動(dòng)從持久層再次讀取配置數(shù)據(jù)到緩存中從而恢復(fù)運(yùn)行，所以RestCloud配置中心不會(huì)出現(xiàn)故障后影響應(yīng)用的運(yùn)行,RestCloud配置中心優(yōu)于目前開源的大多數(shù)配置中心解決方案。

網(wǎng)站鏈接：http://www.restcloud.cn/restcloud/mycms/index.html

參考資料：https://blog.csdn.net/kezi/article/details/81276727

微服務(wù)架構(gòu)，數(shù)字時(shí)代信息化建設(shè)的解藥還是毒藥？

智能、互聯(lián)時(shí)代已經(jīng)來臨，應(yīng)用并發(fā)量激增，業(yè)務(wù)流程更加復(fù)雜，新技術(shù)迭代落地速度更快。

傳統(tǒng)單體應(yīng)用架構(gòu)開發(fā)設(shè)計(jì)，代碼復(fù)雜度控制，系統(tǒng)可擴(kuò)展性保障難度越來越大。微服務(wù)架構(gòu)通過將獨(dú)立業(yè)務(wù)流程解耦的設(shè)計(jì)理念快速贏得了大量架構(gòu)師的關(guān)注。更加靈活的部署方式和便捷的服務(wù)拼裝都使人眼前一亮。大量企業(yè)客戶，特別是互聯(lián)網(wǎng)企業(yè)基于微服務(wù)架構(gòu)建設(shè)信息系統(tǒng)獲得了成功。然而，微服務(wù)是否適合所有類型的應(yīng)用系統(tǒng)呢？是否是治愈日益膨脹數(shù)字系統(tǒng)開發(fā)、管理難題的解藥？

我們總是希望有完美的技術(shù)方案，然而，放之四海而皆準(zhǔn)的應(yīng)用架構(gòu)并不存在。微服務(wù)架構(gòu)是一把雙刃劍，一方面能大幅度緩解單體系統(tǒng)開發(fā)、部署復(fù)雜性問題；另一方面，為客戶數(shù)字體驗(yàn)保障，應(yīng)用性能穩(wěn)定性保障帶來了新的挑戰(zhàn)。不能解決負(fù)面影響，微服務(wù)就是一劑毒藥。

單體架構(gòu)應(yīng)用系統(tǒng)

微服務(wù)架構(gòu)應(yīng)用

微服務(wù)架構(gòu)的優(yōu)勢

微服務(wù)架構(gòu)應(yīng)用的主要特點(diǎn)是業(yè)務(wù)功能模塊松耦合，分布式部署。大部分業(yè)務(wù)功能模塊都是單獨(dú)部署運(yùn)行的，彼此通過數(shù)據(jù)總線交互，基本都是無狀態(tài)的服務(wù)，以確保能夠靈活擴(kuò)展。在這種架構(gòu)下，從前臺(tái)到后臺(tái)的業(yè)務(wù)流程會(huì)經(jīng)過多個(gè)服務(wù)節(jié)點(diǎn)，其中可能包括多臺(tái)物理、虛擬機(jī)，容器和很多微服務(wù)進(jìn)行處理、調(diào)用和傳遞。

微服務(wù)架構(gòu)方式的主要優(yōu)勢是：

• 業(yè)務(wù)邏輯復(fù)雜，系統(tǒng)龐大的應(yīng)用系統(tǒng)能夠持續(xù)交付、持續(xù)部署；
• 服務(wù)業(yè)務(wù)邏輯獨(dú)立，易于開發(fā)；
• 服務(wù)之間相互耦合度低，可以獨(dú)立部署；
• 服務(wù)可以獨(dú)立集群擴(kuò)容；
• 使應(yīng)用能夠快速引入新技術(shù)，支持多種語言開發(fā)的服務(wù)協(xié)同工作。

微服務(wù)架構(gòu)下，對監(jiān)控運(yùn)維的挑戰(zhàn)

微服務(wù)架構(gòu)應(yīng)用系統(tǒng)在業(yè)務(wù)處理，出現(xiàn)性能問題或業(yè)務(wù)異常排查問題的過程中會(huì)遇到很多棘手的問題，主要包括：

• 應(yīng)用節(jié)點(diǎn)數(shù)快速增加，復(fù)雜度急劇膨脹，導(dǎo)致測試、運(yùn)維成本增加；
• 業(yè)務(wù)流程處理鏈路變長，保障客戶數(shù)字體驗(yàn)難度增加；
• 業(yè)務(wù)邏輯和中間件解耦，動(dòng)態(tài)性提升，日常管理難度增加；
• 監(jiān)控目標(biāo)類型多，數(shù)據(jù)來源分散，故障定位分析困難。

目前開發(fā)運(yùn)維團(tuán)隊(duì)?wèi)?yīng)對以上問題的主要手段是采用 Prometheus、ElasticSearch、Skywalking、zipkin、zabbix 等代碼鏈路追蹤、埋點(diǎn)、日志分析、運(yùn)行期應(yīng)用指標(biāo)監(jiān)控開源工具自建設(shè)微服務(wù)應(yīng)用監(jiān)控系統(tǒng)。但實(shí)踐結(jié)果顯示，這種方式不但不能降低微服務(wù)監(jiān)控運(yùn)維成本，由于需要搭建多種監(jiān)控系統(tǒng)協(xié)同工作，反而增加了系統(tǒng)復(fù)雜度，從多個(gè)系統(tǒng)接收告警，查詢相關(guān)數(shù)據(jù)使得故障定位分析成本更高。

因此，東軟基于 RealSight APM 應(yīng)用智能運(yùn)維平臺(tái)，針對微服務(wù)架構(gòu)應(yīng)用監(jiān)控運(yùn)維場景研發(fā)設(shè)計(jì)了全景化監(jiān)控管理解決方案。以全景化監(jiān)控視圖整合應(yīng)用監(jiān)控?cái)?shù)據(jù)，通過場景化儀表盤應(yīng)對客戶數(shù)字體驗(yàn)保障、業(yè)務(wù)流程監(jiān)控、應(yīng)用性能穩(wěn)定性保障等場景，化繁為簡，為企業(yè)落地微服務(wù)保駕護(hù)航。

東軟 RealSight APM

微服務(wù)運(yùn)維解決方案核心價(jià)值

產(chǎn)品主要提供的核心功能包括：

01

系統(tǒng)復(fù)雜度激增，導(dǎo)致故障頻發(fā)客戶投訴不斷，用戶體驗(yàn)難以保障

解決方案：圍繞用戶體驗(yàn)保障，打造全景監(jiān)控系統(tǒng)，提升系統(tǒng)可靠性；

• 價(jià)值 - 業(yè)務(wù)優(yōu)先一體化監(jiān)控，提升系統(tǒng)可靠性；
• 全景化監(jiān)控，簡化問題溯源；
• 業(yè)務(wù)狀態(tài)可視化，簡化定位分析；
• 全局態(tài)勢分析，實(shí)時(shí)感知潛在風(fēng)險(xiǎn)；
• 故障溯源，海量數(shù)據(jù)溯源分析。

全景化監(jiān)控視圖，故障風(fēng)險(xiǎn)一目了然

全面支持各種微服務(wù)基礎(chǔ)組件

02

現(xiàn)有運(yùn)維監(jiān)控分散，指標(biāo)告警和業(yè)務(wù)錯(cuò)誤無法關(guān)聯(lián)，責(zé)任邊界難以界定

解決方案：梳理整合業(yè)務(wù)流程和監(jiān)控指標(biāo)，關(guān)聯(lián)系統(tǒng)告警和業(yè)務(wù)異常，劃清責(zé)任邊界，有序運(yùn)維管理；

• 價(jià)值 – 劃清責(zé)任邊界，有序運(yùn)維管理；
• 可視化層級(jí)視圖管理，明確職責(zé)邊界；
• 整合業(yè)務(wù)和監(jiān)控指標(biāo)，輔助風(fēng)險(xiǎn)根源定位；
• 有序關(guān)聯(lián)運(yùn)維場景，簡化故障處理流程。

開發(fā)運(yùn)維一體化微服務(wù)監(jiān)控管理

業(yè)務(wù)流程導(dǎo)向的微服務(wù)系統(tǒng)監(jiān)控

03

業(yè)務(wù)流程復(fù)雜，故障排查耗時(shí)

解決方案：打造業(yè)務(wù)為核心的一體化監(jiān)控視圖，實(shí)時(shí)自動(dòng)采集分析復(fù)雜業(yè)務(wù)流程狀態(tài)，簡化人工故障排查定位過程；

• 價(jià)值 – 業(yè)務(wù)實(shí)時(shí)監(jiān)控，簡化人工故障處理過程；
• 核心業(yè)務(wù)全景監(jiān)控，一站管理業(yè)務(wù)狀態(tài)；
• 實(shí)時(shí)監(jiān)控業(yè)務(wù)，業(yè)務(wù)故障自動(dòng)發(fā)現(xiàn)；
• 打通業(yè)務(wù)和技術(shù)指標(biāo)，壓縮故障分析過程。

微服務(wù)業(yè)務(wù)流程代碼調(diào)用鏈路

微服務(wù)業(yè)務(wù)流程代碼調(diào)用鏈路監(jiān)控

智能根源問題分析定位

海量數(shù)據(jù)快速檢索

04

監(jiān)控?cái)?shù)據(jù)分散，定位分析困難

解決方案：整合現(xiàn)有監(jiān)控系統(tǒng)數(shù)據(jù)，打造運(yùn)維中臺(tái)，打通異構(gòu)監(jiān)控?cái)?shù)據(jù)源，為實(shí)現(xiàn)高效智能運(yùn)維奠定基礎(chǔ)；

• 價(jià)值 – 融合多源數(shù)據(jù)，支撐智能化高效運(yùn)維；
• 運(yùn)維數(shù)據(jù)融合存儲(chǔ)，業(yè)務(wù)技術(shù)指標(biāo)聯(lián)動(dòng)；
• 應(yīng)用全鏈路監(jiān)控，方便故障關(guān)聯(lián)定位；
• 智能檢測定位異常，支撐運(yùn)維提效減負(fù)。

運(yùn)維數(shù)據(jù)中臺(tái)支撐多源監(jiān)控?cái)?shù)據(jù)融合分析

業(yè)務(wù)優(yōu)先的全景化微服務(wù)應(yīng)用

自動(dòng)探查復(fù)雜應(yīng)用架構(gòu)，生成全景監(jiān)控視圖

綜上所述，需要降服微服務(wù)架構(gòu)為企業(yè)所用，發(fā)揮更大價(jià)值，必需要有行之有效的客戶體驗(yàn)保障、微服務(wù)應(yīng)用監(jiān)控運(yùn)維系統(tǒng)。RealSight APM 產(chǎn)品為基礎(chǔ)的微服務(wù)應(yīng)用全景監(jiān)控解決方案對癥下藥，在寶馬中國、蒙牛集團(tuán)、中國航空、宜昌三峽云、北京東城區(qū)等客戶現(xiàn)場上線應(yīng)用，運(yùn)維效率顯著提升，保障微服務(wù)架構(gòu)發(fā)揮應(yīng)有的價(jià)值。

來源：東軟平臺(tái)產(chǎn)品 https://platform.neusoft.com/