微服務架構去中心化治理

⑴ 為什麼去中心化了還能升級

什麼是「去中心化」？

「去中心化」翻譯自英語單詞Decentralization，是由前綴de-、詞干central、後綴-ization組成。其中，詞干central意為「中心」，後綴-ization意為「……化」，而前綴de-則有離開、除去、取消、相反等含義。因此，將其翻譯為去中心化是非常准確的。

那麼，去中心化具體而言是什麼含義呢？

以太坊創始人Vitalik Buterin於2017年2月發表的《The meaning of decentralization》一文中，詳細闡述了去中心化的含義。他認為應該從三個角度來區分計算機軟體的中心化和去中心化：架構、治理和邏輯。

架構中心化是指系統能容忍多少節點的崩潰而可以繼續運行；治理中心化是指需要多少的個人和組織能最終控制這個系統；邏輯中心化是指系統呈現的介面和數據是否像是一個單一的整體。

區塊鏈是全網統一的賬本，因此從邏輯上看是中心化的，這一點無可置疑。從架構上看，區塊鏈是基於對等網路的，因此是架構去中心化的。從治理上看，區塊鏈通過共識演算法使得少數人很難控制整個系統，因此是治理去中心化的。架構和治理上的去中心化為區塊鏈帶來三個好處：容錯性、抗攻擊力和防合謀。

區塊鏈與傳統分布式系統的5點區別

作為一種全新種類的分布式系統，區塊鏈往往被錯誤地當作是一個分布式的資料庫或日誌系統，實際上區塊鏈與傳統的分布式系統之間有著本質的區別——去中心化。現在我們來審視一下區塊鏈與傳統分布式系統的主要區別：

（1）一致性演算法：區塊鏈需要解決的是拜占庭將軍問題，即網路中存在一個或多個欺詐節點，可能會故意違反協議或傳輸錯誤的數據，因此區塊鏈往往採用拜占庭容錯的一致性演算法（通常稱為共識演算法），如BFT、PoW、PoS等；而傳統分布式系統只需考慮節點失效和通訊錯誤的情況，往往採用paxos、raft之類的一致性演算法，這類演算法不能對抗欺詐節點。

（2）中央控制方：在區塊鏈網路中是不存在中央控制方的，沒有一個節點可以控制或協調賬本數據的生成，各節點通過共識演算法進行協調，生成一致的賬本。而傳統發布式系統則往往是由一個機構進行控制，統一調度各節點參與運算。

（3）規則制定：區塊鏈的規則就是共識協議，又稱共識機制，共識演算法是其中的一部分。共識機制一般是由一個人或一個團隊設計制定，並開發出相應的程序，提供給社區使用。這一點似乎與傳統的分布式系統一樣，但區塊鏈的共識機制的改變、升級是需要社區對此有一致的共識，如果不能達成共識，則任何人都可以實施硬分叉，另建一個社區、一條鏈。這就是共識機制的去中心化過程。

⑵ 微服務,一個服務會影響整個系統嗎

摘要： 最近大家都在談微服務，隨著越來越多的在線業務需要提供更大並發的scale-up 和 scale out能力，微服務確實提供了比較好分布式服務的解決方案。

阿里雲高級解決方案架構師 楊旭

世界最大混合雲的總架構師，4年前，開始作為雙11阿里雲技術負責人，負責搭建全球最大的混合雲結構，把 「雙11」的電商業務和技術場景在阿里雲上實現，並保障這個混合雲在雙11當天能夠滿足全球客戶的購物需求。

正文：

最近大家都在談微服務，隨著越來越多的在線業務需要提供更大並發的scale-up 和 scale out能力，微服務確實提供了比較好分布式服務的解決方案。

微服務並不陌生，知道SOA其實也就很容易理解微服務，可以把微服務當做去除了ESB的SOA。ESB是SOA企業服務架構中的匯流排，而微服務是去中心化的分布式軟體架構，個人認為最大的設計區別在於設計初衷：

SOA是為了最大化的實現復雜系統代碼的可復用性
而微服務是為了最大限度的解耦，不同業務系統甚至可以是不同語言之間的通信
沒有最優的架構，只有最合適的架構，一切系統設計原則都要以解決業務問題為最終目標，脫離實際業務的技術情懷架構往往會給系統帶入大坑。所有問題的前提要搞清楚我們今天面臨的業務量有多大，增長走勢是什麼樣，而且解決高並發的過程，一定是一個循序漸進逐步的過程。

網上的一張圖很經典，總結的非常好：

整個系統進化分為三個階段：

x軸，水平擴展階段，通過負載均衡伺服器不斷的橫向擴充應用伺服器，水平擴展最重要的問題是需要注意不用伺服器之間的如何保持session和會話同步，不能讓用戶在不通伺服器之間切換時有感知應用擴展後自然遇到的問題就是DB的瓶頸：連接數，iops等。

z軸，就是對資料庫的拆分，難度上了一個台階，Sharding的基本思想就要把一個資料庫如何進行切分，可以分為水平切分和垂直切分，水平切分相對簡單，一主多從，多主都可以，根據業務的需要，多主切分設計時需要注意主鍵的關系，解決多寫在進行數據同步時候的沖突問題，垂直拆分更加復雜，一般都會涉及到架構邏輯的改造，需要引入中間件，來進行數據源的管理，垂直拆分時把關系緊密（比如同一模塊）的表切分出來放在一個庫上，或者通過hash進行拆分，從而將原有資料庫切分成類似矩陣一樣可以無限擴充的隊列。

y軸擴展，最後就是功能分解了，也就是我們講的微服務切分。微服務拆分將巨型應用按照功能模塊分解為一組組不同的服務，淘寶的系統當年也經歷了這樣的過程，通過五彩石項目從單一的war包拆分成了今天的大家看到買家，賣家中心，交易等系統。

引入微服務前你要知道的兩三事：

1、成本升高，引入微服務架構，需要對原來單一系統進行拆分，1到100以後多服務的部署會帶來成本的升高

2、解決分布式事務一致性問題

以前單一的系統好處很多，一條sql解決完成所有業務邏輯，微服務做完一件事情需要涉及多系統調用，系統間網路的不確定性給結果帶來很多不確定性，如今天淘寶的系統，完成一次交易下單需要在上百個系統之間調用，如何保證系統的可靠性，以及核心數據如錢的最終一致性是設計之初就要想明白的，這里大多都要藉助中間件來實現。

3、微服務的邏輯設計原則

隨著不斷拆分微服務，以及業務的迭代發展，系統之間極有可能出現混亂調用，所以微服務的頂層設計顯得尤為重要，架構師需要搞清楚微服務的架構模型。那核心的設計思想就在於如何進行服務的分層，以及服務的重用，通過分層將服務進行分配，上層服務包裝下層服務，下層服務負責原子性的操作，上層服務對下層服務進行業務性的組合編排，一定要理解業務，微服務拆分不是簡單的系統組合，再說一遍一定要理解業務，否則上層服務一定會出現大量的交叉調用，系統復雜度會指數級上升，好的微服務架構師一定是業務架構師，基於業務的建瓴，微服務設計三部曲，遵循自下而上的設計原則：

原子服務

首先確認最基本業務最維度的原子服務，原子服務定義就是大家都會最大化重用的功能，需要在應用內的閉環操作，沒有任何跨其他服務的分支邏輯，杜絕對其他服務的調用，有自己獨立的數據存儲，作為最底層服務抽象存在，以淘寶為例，賣家數據，賣家數據，訂單數據就屬於最基本的原子服務。

服務組合

在業務場景下，一個功能都需要跨越多個原子服務來完成一個動作。組合服務就是將業務邏輯抽象拆成獨立自主的域，域之間需要保持隔離，服務組合會使用到多個原子服務來完成業務邏輯，如淘寶的交易平台會調用用戶，商品，庫存等系統。

業務編排

最外層就是面向用戶的業務流程，一個產品化的商業流程需要對組合服務進行邏輯編排來完成最終的業務結果，這個編排服務可以完全是自動化的，通過工作流引擎進行組合自動化來完成特定SOP定義，這對企業應用的自動化流程改進也很有意義。如淘寶類目的雙十一活動，通過對不通服務組合進行重用實現不通的營銷活動邏輯。

4、運維管理的復雜度提升

微服務讓應用數量增加很多，鏈路的集成、測試、部署都成為新的挑戰，以前一個war包解決的問題，需要通過多應用發布來完成，發布時服務之間的依賴影響，會導致功能不可用，測試階段的依賴性可能會讓用例跑不下去，這些都會是需要新考慮的問題，需要有平台化的工具來支撐，目前阿里通過aone產品來保證從日常到預發到線上的持續集成交付。

⑶ 微服務架構的分布式事務問題如何處理

分布式系統架構中，分布式事務問題是一個繞不過去的挑戰。而微服務架構的流行，讓分布式事問題日益突出！

下面我們以電商購物支付流程中，在各大參與者系統中可能會遇到分布式事務問題的場景進行詳細的分析！

⑷ 什麼是微服務架構主流的微服務如何實現

簡單地說，微服務架構就是以業務域或業務功能為邊界，將一個大而全的應用拆分為可以獨立開發，獨立部署，獨立測試，獨立運行的一組小的應用，並且使用輕量級，通用的機制在這組應用間進行通信。
主流的微服務包括：
1、SpringCloud

Spring Cloud , 來自Spring，具有Spring 社區的強大支撐，還有Netflix強大的後盾與技術輸出。Netflix作為一家成功實踐微服務架構的互聯網公司在幾年前就把幾乎整個微服務框架棧開源貢獻給了社區，這些框架開源的整套服務架構套件是Spring Cloud的核心。

- Eureka:服務注冊發現框架；

- Zuul:服務網關；

- Karyon：服務端框架；

- Ribbon：客戶端框架；

- Hystrix：服務容錯組件；

- Archaius：服務配置組件；

- Servo：Metrics組件；

- Blitz4j：日誌組件；

2、Dubbo

Dobbo是一個分布式服務框架，是阿里開放的微服務化治理框架，致力於提高性能和透明化的RPC遠程服務調用方案，以及SOA服務治理方案。其核心部分(官網)

- 遠程通訊: 提供對多種基於長連接的NIO框架抽象封裝，包括多種線程模型，序列化，以及「請求-響應」模式的信息交換方式；

- 集群容錯: 提供基於介面方法的透明遠程過程調用，包括多協議支持，以及軟負載均衡，失敗容錯，地址路由，動態配置等集群支持；

- 自動發現: 基於注冊中心目錄服務，使服務消費方能動態的查找服務提供方，使地址透明，使服務提供方可以平滑增加或減少機器。

Dubbo 也是採用全 Spring 配置方式，透明化接入應用，對應用沒有任何 API 侵入，只需用 Spring 載入 Dubbo的配置即可，Dubbo 基於 Spring 的 Schema 擴展進行載入。當然也支持官方不推薦的 API 調用方式。

3、lstio

lstio 作為用於微服務聚合層管理的新銳項目，是Google、IBM、Lyft（海外共享出行公司、Uber勁敵），首個共同聯合開源的項目，提供了統一的連接，安全，管理和監控微服務的方案。

目前首個測試版是針對Kubernetes環境的，社區宣稱在未來幾個月內會為虛擬機和Cloud Foundry 等其他環境增加支持。lstio將 流量管理添加到微服務中，並為增值功能（如安全性、監控、路由、連接管理和策略）創造了基礎。

- HTTP、gRPC 和 TCP 網路流量自動負載均衡；

- 提供了豐富的路由規則，實現細顆粒度的網路流量行為控制；

- 流量加密、服務件認證，以及強身份聲明；

- 全范圍（Fleet-wide）的策略執行；

- 深度遙測和報告。

⑸ 什麼是微服務架構啊

微服務架構其實沒有一個非常准確的定義，大概描述的是一個大型復雜軟體應用系統由若干個微服務組成。系統中的各個微服務能被獨立部署和擴展，每個微服務還能提供一個穩固的模塊邊界。各個微服務之間是松耦合的，微服務很小，專注於做好一件事情。微服務框架帶了良好的技術異構性、彈性、擴展性，它的簡化部署為持續交付提供了巨大推動力。但是它同時也帶來一些挑戰，比如分布式事務一致性，網路性能消耗等問題。所以選用的時候要結合實際業務考慮，若想深入學習的話建議使用些現成的一些大廠商開源的微服務框架開發試試手，用一用spring cloud、servicecomb，網上資料都很多，希望這個回答對你有幫助。

⑹ 區塊鏈鏈上治理的核心是什麼

從治理上來說，區塊鏈沒有中心化的組織或者機構，任意節點之間的權利和義務是均等的，區塊鏈通過共識機制防止少數人控制整個區塊鏈系統，因此區塊鏈是治理去中心化。從架構上來說，區塊鏈是基於點對點的對等網路，任一節點的損壞或者失去都會不影響整個系統的運作，系統具有極好的健壯性，因此區塊鏈是架構去中心化。從存儲上來說，區塊鏈是一種分布式存儲技術，數據被分布存儲在所有節點並達成共識，並不存在某一中心掌握存儲權，因此區塊鏈同時也是存儲去中心化。
區塊鏈是以比特幣為代表的數字加密貨幣體系的核心支撐技術。區塊鏈技術的核心優勢是去中心化，能夠通過運用數據加密、時間戳、分布式共識和經濟激勵等手段，在節點無需互相信任的分布式系統中實現基於去中心化信用的點對點交易、協調與協作，從而為解決中心化機構普遍存在的高成本、低效率和數據存儲不安全等問題提供了解決方案。
區塊鏈的應用領域有數字貨幣、通證、金融、防偽溯源、隱私保護、供應鏈、娛樂等等，區塊鏈、比特幣的火爆，不少相關的top域名都被注冊，對域名行業產生了比較大的影響。

⑺ 什麼是微服務架構

面向服務的架構（SOA）是一個組件模型，它將應用程序的不同功能單元（稱為服務）通過這些服務之間定義良好的介面和契約聯系起來。構建在各種各樣的系統中的服務可以以一種統一和通用的方式進行交互。 SOA是一種粗粒度、松耦合服務架構，基於soa服務思想進行功能的抽取(重復代碼問題解決),以服務為中心各個系統之間依靠ESB進行調用。 隨著業務復雜性與規模的不斷增長，以及業務的多變性因素，使得敏捷軟體開發變得尤其重要，在盡可能滿足客戶需求的同時，維持良好的軟體質量與系統可用性。 將整體應用拆分開來，從而確保以業務為中心的服務設計理念更加符合敏捷交付與DevOps文化的實際要求。而這，正是微服務架構的真正來源。 一句話總結SOA和微服務的區別，即微服務不再強調傳統SOA架構裡面比較重的ESB企業服務匯流排，同時SOA的思想進入到單個業務系統內部實現真正的組件化。如今微服務越來越重要，

⑻ 微服務架構是什麼

微服務架構是一項在雲中部署應用和服務的新技術。

大部分圍繞微服務的爭論都集中在容器或其他技術是否能很好的實施微服務，而紅帽說API應該是重點。

微服務架構相關介紹：

微服務可以在「自己的程序」中運行，並通過「輕量級設備與HTTP型API進行溝通」。關鍵在於該服務可以在自己的程序中運行。通過這一點我們就可以將服務公開與微服務架構（在現有系統中分布一個API）區分開來。

在服務公開中，許多服務都可以被內部獨立進程所限制。如果其中任何一個服務需要增加某種功能，那麼就必須縮小進程范圍。在微服務架構中，只需要在特定的某種服務中增加所需功能，而不影響整體進程的架構。

微服務不需要像普通服務那樣成為一種獨立的功能或者獨立的資源。定義中稱，微服務是需要與業務能力相匹配，這種說法完全正確。不幸的是，仍然意味著，如果能力模型粒度的設計是錯誤的，那麼，我們就必須付出很多代價。

如果你閱讀了Fowler的整篇文章，你會發現，其中的指導建議是非常實用的。在決定將所有組件組合到一起時，開發人員需要非常確信這些組件都會有所改變，並且規模也會發生變化。服務粒度越粗，就越難以符合規定原則。

服務粒度越細，就越能夠靈活地降低變化和負載所帶來的影響。然而，利弊之間的權衡過程是非常復雜的，我們要在配置和資金模型的基礎上考慮到基礎設施的成本問題。

⑼ 區塊鏈的去中心化是什麼意思

區塊鏈的去中心化是指區塊鏈發展過程中形成的社會關系形態和內容產生形態，是相對於「中心化」而言的新型網路內容生產過程。

區塊鏈是比特幣的一個重要概念，它本質上是一個去中心化的資料庫，同時作為比特幣的底層技術，是一串使用密碼學方法相關聯產生的數據塊，每一個數據塊中包含了一批次比特幣網路交易的信息，用於驗證其信息的有效性（防偽）和生成下一個區塊。

區塊鏈是全網統一的，因此從邏輯上看是中心化的。從架構上看，區塊鏈是基於對等網路的，因此是架構去中心化的。從治理上看，區塊鏈通過共識演算法使得少數人很難控制整個系統，因此是治理去中心化的。

(9)微服務架構去中心化治理擴展閱讀：

區塊鏈去中心化的特點：

去中心化，不是不要中心，而是由節點來自由選擇中心、自由決定中心。簡單地說，中心化的意思，是中心決定節點。節點必須依賴中心，節點離開了中心就無法生存。

在去中心化系統中，任何人都是一個節點，任何人也都可以成為一個中心。任何中心都不是永久的，而是階段性的，任何中心對節點都不具有強制性。

隨著網路服務形態的多元化，去中心化網路模型越來越清晰，也越來越成為可能。Web2.0興起後，Wikipedia、Flickr、Blogger等網路服務商所提供的服務都是去中心化的，任何參與者，均可提交內容，網民共同進行內容協同創作或貢獻。

參考資料來源：網路-區塊鏈

參考資料來源：網路-去中心化