微服務治理框架

A. 為什麼說要搞定微服務架構，先搞定RPC框架

無論是SOA還是微服務，核心都是RPC框架。如果沒有統一的RPC框架，各個團隊就需要實現自己的一套序列化、反序列化、網路框架、連接池，線程池、超時處理等「業務之外」的重復勞動，所以統一RPC框架，是服務化首先要解決的問題。現階段，外界RPC框架眾多，如果沒有特殊需求，並不需要自研一套。

B. SOA和微服務架構的區別

SOA與微服務架構，在架構劃分、技術平台選擇等方面，均存在一定的區別。

一、架構劃分不同

1、SOA強調按水平架構劃分為：前、後端、資料庫、測試等；

2、微服務強調按垂直架構劃分，按業務能力劃分，每個服務完成一種特定的功能，服務即產品。

二、技術平台選擇不同

1、SOA應用傾向於使用統一的技術平台來解決所有問題；

2、微服務可以針對不同業務特徵選擇不同技術平台，去中心統一化，發揮各種技術平台的特長。

三、系統間邊界處理機制不同

1、SOA架構強調的是異構系統之間的通信和解耦合；（一種粗粒度、松耦合的服務架構）；

2、微服務架構強調的是系統按業務邊界做細粒度的拆分和部署。

四、主要目標不同

1、SOA架構，主要目標是確保應用能夠交互操作；

2、微服務架構，主要目標是實現新功能、並可以快速拓展開發團隊。

參考資料

網路-SOA

網路-微服務架構

C. C#實現微服務的框架的選擇

不知道你說的c#指的是什麼

現在的微服務我覺得應該是指.NET Core

張善友的博客上有很多相關文章，這里介紹了一些微服務框架，你可以去看看參考

D. 為什麼選擇Spring Boot作為微服務的入門級微框架

E. 為什麼選擇Kubernetes作為雲平台的微服務治理框架

1. Spring Boot是什復么，解決哪些問題 1) Spring Boot使編碼變簡制單 2) Spring Boot使配置變簡單 3) Spring Boot使部署變簡單 4) Spring Boot使監控變簡單 5) Spring Boot的不足 2. Spring Boot在平台中的定位，相關技術如何融合 1) SpringBoot與S....

F. 如何提高微服務架構的可用性

【編者的話】有些開發者可能還是不明白Docker對自己到底有多大的用處，因此翻譯Docker個人用例這篇文章中來介紹Docker在普通開發者開發過程中的用例。Docker如今贏得了許多關注，很多人覺得盛名之下其實難副，因為他們仍然搞不清Docker和普通開發者到底有什麼關系。許多開發者覺得Docker離自己很遠，Docker是生產環境中的工具，和自己無關。我也是花了很長時間才想清楚作為普通開發人員如何在自己的開發中使用Docker。坦率地說，我仍處在學習的過程中。這篇文章提供了一個Docker用例列表，我希望它能更好地幫助你理解Docker並引發你的思考。本文只是描述Docker在普通開發者日常的應用，並不提供完整的解決方案。在介紹用例之前，我希望你能先記住這句話：「Docker是一個便攜的應用容器」。你可以不知道Docker所說的的「攜帶型容器」到底是什麼意思，但是你必須清楚Docker在日常中能帶來非常大的效率提升。當你需要在容器內運行自己的應用（當然可以是任何應用），Docker都提供了一個基礎系統鏡像作為運行應用時的基礎系統。也就是說，只要是Linux系統上的應用都可以運行在Docker中。可以在Docker裡面運行資料庫嗎？當然可以。可以在Docker裡面運行Node.js網站伺服器嗎？當然可以。可以在Docker裡面運行API伺服器嗎？當然可以。Docker並不在乎你的應用程序是什麼、做什麼，Docker提供了一組應用打包、傳輸和部署的方法，以便你能更好地在容器內運行任何應用。下面的例子我自己經常使用，當然你有更好的案例也可以分享給我。嘗試新軟體對開發者而言，每天會催生出的各式各樣的新技術都需要嘗試，然而開發者卻不太可能為他們一一搭建好環境並進行測試。時間非常寶貴，正是得益於Docker，讓我們有可能在一條或者幾條命令內就搭建完環境。Docker有一個傻瓜化的獲取軟體的方法，Docker後台會自動獲得環境鏡像並且運行環境。並不僅僅是新技術環境搭建用得到Docker。如果你想快速在你的筆記本上運行一個MySQL資料庫，或者一個Redis消息隊列，那麼使用Docker便可以非常容易地做到。例如Docker只需要一條命令便可以運行MySQL資料庫：dockerrun-d-p3306:3306tutum/mysql。譯者註：雖然使用命令也能非常快地安裝MySQL資料庫，但是當用到最新的技術或者非常復雜的技術時，使用Docker便會是個非常好的選擇，例如Gitlab，普通用戶大概需要一天的時間去搭建Gitlab平台，而Docker則只需要一條命令。進行演示現在我經常需要在周末用自己開發的成果對客戶活著別人做一兩個演示。搭建演示環境的過程非常麻煩。現在我發現Docker已經成為我演示這些工具的最合理的方式。同時，對於客戶來說，我可以直接將Docker鏡像提供給他們，而不必去做任何環境配置的工作，工作的效果也會和在他們演示中所看到的一模一樣，同時不必擔心他們的環境配置會導致我們的產品無法運行。避免「我機器上可以運行」無論是上一篇介紹的企業部署Docker還是本文的個人Docker用例，都提到了這個情況。因為環境配置不同，很多人在開發中也會遇到這個情況，甚至開發的軟體到了測試人員的機器上便不能運行。但這都不是重點。重點是，如果我們有一個可靠的、可分發的標准開發環境，那麼我們的開發將不會像現在這么痛苦。Docker便可以解決這個問題。Docker鏡像並不會因為環境的變化而不能運行，也不會在不同的電腦上有不同的運行結果。可以給測試人員提交含有應用的Docker鏡像，這樣便不再會發生「在我機器上是可以運行的」這種事情，很大程度上減輕了開發人員測試人員互相檢查機器環境設置帶來的時間成本。另一個Docker可以發揮用處的地方是培訓班。除了Docker容器的隔離性之外，更能體會到Docker優勢的地方在於環境搭建。培訓班的新手每個人都要在環境搭建上花費很多時間，但是如果在這里應用到Docker的話，那麼我們只需要把標準的運行環境鏡像分發下去，然後就可以開始上課了。使用Docker和使用虛擬機一樣簡單，但是Docker要更方便、更輕量級。同時，我們也可以告訴學員：「在培訓的同時，我們還將學到當下最流行的技術——Docker」，這種雙贏的結局，何樂而不為呢。學習Linux腳本當然這個原因看起來可能很奇怪，但是對不不熟悉Linux操作系統和Shell腳本的人來說，確實是一個好機會。即便本文並不是在講Linux，Linux的重要度仍然不言而喻。如果你用的是Windows，那麼我給你一個建議：從雲主機提供商那兒租用一台雲主機：我推薦使用CoreOS系統的雲主機。雖然這樣並不會讓你成為專業的Linux運維，但是可以讓你快速地學到Linux基礎知識，愛上命令行操作，並且慢慢開始熟悉和欣賞Linux。更好地利用資源虛擬機的粒度是「虛擬出的機器」，而Docker的粒度則是「被限制的應用」，相比較而言Docker的內存佔用更少，更加輕量級。對我來說這是Docker的一個優勢：因為我經常在自己電腦中運行多個Docker應用，使用Docker比使用虛擬機更加簡單，方便，粒度更細，也能持續地跟蹤容器狀態。為微服務定製如果你一直在關注科技新聞的話，那麼你應該聽說過「微服務（Microservices）」的概念。Docker可以很好地和微服務結合起來。從概念上來說，一個微服務便是一個提供一整套應用程序的部分功能，Docker便可以在開發、測試和部署過程中一直充當微服務的容器。甚至生產環境也可以在Docker中部署微服務。在雲服務提供商之間移植大多數的雲主機提供商已經全面支持Docker。對於開發人員來說，這表示你可以很方便地切換雲服務提供商，當然也可以很方便地將你本地的開發環境移動到雲主機上，不需要本地上配置一次運行環境、在雲主機上還配置一次運行環境。全面部署Docker(DockerhereandDockerthere)作為標准運行環境可以極大地減輕應用上線時的工作量和產生BUG。

G. 微服務框架 spring cloud 和 bbo 有什麼區別

其中配置管來理Dubbo是不具備的，源當然可以藉助Zookeeper實現，但是不推薦。Spring Cloud提供的方案是Spring Cloud Config，再加上Spring Cloud Bus可以實現配置的廣播動態刷新。
服務注冊和發現作為基礎的能力Dubbo是有的，默認大概提供了zookeeper，廣播，redis等幾種。Spring Cloud在這塊也有多個方案，比如Spring Cloud Consul，再比如Netflix系的 Eureka 。
路由和負載均衡Dubbo默認提供了幾種方式，可以擴展。Spring Cloud同樣有ribbon和zuul，其實現的路由和負載功能更強大，其中也包括了授權、安全、服務質量監控等。
服務調用Dubbo使用了私有的Dubbo協議（當然也有其他協議也可以自己擴展，個人感覺Dubbo的擴展性做的很不錯。），spring cloud應該是推薦HTTP。

H. 什麼是微服務框架

不太確定你說的什麼是微服務框架，好像來說就是一個小程序的意思吧。