dubbo是去中心化的嗎

A. bbo內部通信用的什麼協議

bbo內部通信用的什麼協議
bbo支持多種遠程調用方式，例如bbo RPC（二進制序列化 + tcp協議）、http invoker（二進制序列化 + http協議，至少在開源版本沒發現對文本序列化的支持）、hessian（二進制序列化 + http協議）、WebServices （文本序列化 + http協議）等等，但缺乏對當今特別流行的REST風格遠程調用（文本序列化 + http協議）的支持。
有鑒於此，我們基於標準的Java REST API——JAX-RS 2.0（Java API for RESTful Web Services的簡寫），為bbo提供了接近透明的REST調用支持。由於完全兼容Java標准API，所以為bbo開發的所有REST服務，未來脫離bbo或者任何特定的REST底層實現一般也可以正常運行。

B. 什麼是spring cloud

春天是spring。多雲英語翻譯 Cloudy.
合起來就是春天的雲朵。

C. bbo內部通信用的什麼協議

bbo內部通信用的什麼協議
bbo支持多種遠程調用方式，例如bbo RPC（二進制序列化 + tcp協議）、http invoker（二進制序列化 + http協議，至少在開源版本沒發現對文本序列化的支持）、hessian（二進制序列化 + http協議）、WebServices （文本序列化 + http協議）等等，但缺乏對當今特別流行的REST風格遠程調用（文本序列化 + http協議）的支持。
有鑒於此，我們基於標準的Java REST API——JAX-RS 2.0（Java API for RESTful Web Services的簡寫），為bbo提供了接近透明的REST調用支持。由於完全兼容Java標准API，所以為bbo開發的所有REST服務，未來脫離bbo或者任何特定的REST底層實現一般也可以正常運行。

D. bbo是分布式服務還是集群

bbo是開源的微服務開發框架，倡導的是去中心化，每個功能封裝成獨立的模塊服務，供其他服務調用，模塊可以部署多台伺服器，是一種集群。
他和soa最大不同的是有獨立的rpc通信協議，不是像soa一樣用http協議來傳輸數據的，rpc傳輸的是二進制數據，性能優於http傳輸。

E. bbo原理和機制是什麼

bbo原理和機制：應用可通過高性能的RPC實現服務的輸出和輸入功能，可以和Spring框架無縫集成。

注冊中心負責服務地址的注冊與查找，相當於目錄服務，服務提供者和消費者只在啟動時與注冊中心交互，注冊中心不轉發請求，壓力較小。

監控中心負責統計各服務調用次數，調用時間等，統計先在內存匯總後每分鍾一次發送到監控中心伺服器，並以報表展示。

服務提供者向注冊中心注冊其提供的服務，並匯報調用時間到監控中心，此時間不包含網路開銷。

服務消費者向注冊中心獲取服務提供者地址列表，並根據負載演算法直接調用提供者，同時匯報調用時間到監控中心，此時間包含網路開銷。

(5)bbo是去中心化的嗎擴展閱讀：

Dubbo是使用AtomicLong從0開始累計數字的，將打包的方法調用信息（如調用的介面名稱，方法名稱，參數值列表等），和處理結果的回調對象callback，全部封裝在一起，組成一個對象object向專門存放調用信息的全局ConcurrentHashMap裡面put(ID, object)將ID和打包的方法調用信息封裝成一對象connRequest，使用IoSession.write(connRequest)非同步發送出去。

當前線程再使用callback的get()方法試圖獲取遠程返回的結果，在get()內部，則使用synchronized獲取回調對象callback的鎖， 再先檢測是否已經獲取到結果，如果沒有，然後調用callback的wait()方法，釋放callback上的鎖，讓當前線程處於等待狀態。

F. bbo 介面上傳文件如何去掉大小限制

在消費端增加如下配置
<bbo:provider payload="104857600" />

G. 在引用bbo服務時 不需要指定埠嗎

1.透明化的遠程方法調用，就像調用本地方法一樣調用遠程方法，只需簡單配置，沒有任何API侵入。
2.軟負載均衡及容錯機制，可在內網替代F5等硬體負載均衡器，降低成本，減少單點。
3. 服務自動注冊與發現，不再需要寫死服務提供方地址，注冊中心基於介面名查詢服務提供者的IP地址，並且能夠平滑添加或刪除服務提供者。

H. bbo實際應用是需要配置消費者嗎

1. Dubbo是什麼？

Dubbo是一個分布式服務框架，致力於提供高性能和透明化的RPC遠程服務調用方案，以及SOA服務治理方案。簡單的說，bbo就是個服務框架，如
果沒有分布式的需求，其實是不需要用的，只有在分布式的時候，才有bbo這樣的分布式服務框架的需求，並且本質上是個服務調用的東東，說白了就是個遠程服務調用的分布式框架（告別Web Service模式中的WSdl，以服務者與消費者的方式在bbo上注冊）
其核心部分包含:
1. 遠程通訊: 提供對多種基於長連接的NIO框架抽象封裝，包括多種線程模型，序列化，以及「請求-響應」模式的信息交換方式。
2. 集群容錯: 提供基於介面方法的透明遠程過程調用，包括多協議支持，以及軟負載均衡，失敗容錯，地址路由，動態配置等集群支持。
3. 自動發現: 基於注冊中心目錄服務，使服務消費方能動態的查找服務提供方，使地址透明，使服務提供方可以平滑增加或減少機器。

2. Dubbo能做什麼？

1.透明化的遠程方法調用，就像調用本地方法一樣調用遠程方法，只需簡單配置，沒有任何API侵入。
2.軟負載均衡及容錯機制，可在內網替代F5等硬體負載均衡器，降低成本，減少單點。
3. 服務自動注冊與發現，不再需要寫死服務提供方地址，注冊中心基於介面名查詢服務提供者的IP地址，並且能夠平滑添加或刪除服務提供者。

Dubbo採用全Spring配置方式，透明化接入應用，對應用沒有任何API侵入，只需用Spring載入Dubbo的配置即可，Dubbo基於Spring的Schema擴展進行載入。

之
前使用Web
Service，我想測試介面可以通過模擬消息的方式通過soapui或LR進行功能測試或性能測試。但現在使用Dubbo，介面之間不能直接交互，我嘗
試通過模擬消費者地址測試，結果不堪入目，再而使用jmeter通過junit進行測試，但還是需要往bbo上去注冊，如果再不給提供源代碼的前提
下，這個測試用例不好寫啊....

3. bbo的架構

bbo架構圖如下所示：

節點角色說明：

Provider: 暴露服務的服務提供方。

Consumer: 調用遠程服務的服務消費方。

Registry: 服務注冊與發現的注冊中心。

Monitor: 統計服務的調用次調和調用時間的監控中心。

Container: 服務運行容器。

這點我覺得非常好，角色分明，可以根據每個節點角色的狀態來確定該服務是否正常。

調用關系說明：

0 服務容器負責啟動，載入，運行服務提供者。

1. 服務提供者在啟動時，向注冊中心注冊自己提供的服務。

2. 服務消費者在啟動時，向注冊中心訂閱自己所需的服務。

3. 注冊中心返回服務提供者地址列表給消費者，如果有變更，注冊中心將基於長連接推送變更數據給消費者。

4. 服務消費者，從提供者地址列表中，基於軟負載均衡演算法，選一台提供者進行調用，如果調用失敗，再選另一台調用。

5. 服務消費者和提供者，在內存中累計調用次數和調用時間，定時每分鍾發送一次統計數據到監控中心。

bbo的容錯性顯而易見，性能方面還沒有還得及測，我們系統某頁面需要掉5次介面，本來想建議做個緩存，但業務關系不能採納，還需要研究下bbo的性能調優問題...

4. bbo使用方法。

Dubbo採用全Spring配置方式，透明化接入應用，對應用沒有任何API侵入，只需用Spring載入Dubbo的配置即可，Dubbo基於Spring的Schema擴展進行載入。如果不想使用Spring配置，而希望通過API的方式進行調用（不推薦）

下面我們就來看看spring配置方式的寫法:

服務提供者：

1. 下載zookeeper注冊中心，下載地址： 下載後解壓即可，進入D:apach-zookeeper-3.4.5bin，

雙擊zkServer.cmd啟動注冊中心服務。

2. 定義服務介面: (該介面需單獨打包，在服務提供方和消費方共享)

下面這個例子不錯，寫的很詳細可以做個model.

package com.unj.bbotest.provider;

import java.util.List;

public interface DemoService {

String sayHello(String name);

public List getUsers();

}

在服務提供方實現介面：(對服務消費方隱藏實現)

package com.unj.bbotest.provider;

import java.util.ArrayList;
import java.util.LinkedList;
import java.util.List;

public class DemoServiceImpl implements DemoService{

public String sayHello(String name) {
return "Hello " + name;
}
public List getUsers() {
List list = new ArrayList();
User u1 = new User();
u1.setName("jack");
u1.setAge(20);
u1.setSex("男");

User u2 = new User();
u2.setName("tom");
u2.setAge(21);
u2.setSex("女");

User u3 = new User();
u3.setName("rose");
u3.setAge(19);
u3.setSex("女");

list.add(u1);
list.add(u2);
list.add(u3);
return list;
}
}

用Spring配置聲明暴露服務：

<beans xmlns=""
xmlns:xsi=""
xmlns:bbo=""
xsi:schemaLocation="
/spring-beans.xsd

/bbo.xsd
">

<!-- 使用multicast廣播注冊中心暴露服務地址
-->

載入Spring配置，啟動服務：

package com.unj.bbotest.provider;

import org.springframework.context.support.;

public class Provider {

public static void main(String[] args) throws Exception {
context = new (new String[] {"applicationContext.xml"});
context.start();

System.in.read(); // 為保證服務一直開著，利用輸入流的阻塞來模擬
}

}

服務消費者：

applicationContext-bbo.xml 中注冊自己需要調用的介面，我剛開始測試的時候需要的介面很多，所以把這個文件寫的滿滿的，後來熟悉了把介面按業務類型分開，寫了N多個 applicationContext-bbo-***.xml 簡練多了 》。

1.通過Spring配置引用遠程服務：

<beans xmlns=""
xmlns:xsi="" xmlns:bbo=""
xsi:schemaLocation="
/spring-beans.xsd

/bbo.xsd
">

<!-- -->

<bbo:reference id="demoService"
interface="com.unj.bbotest.provider.DemoService" />

2.載入Spring配置，並調用遠程服務：

package com.alibaba.bbo.demo.pp;

import java.util.List;

import org.springframework.context.support.;

import com.unj.bbotest.provider.DemoService;

public class Consumer {

public static void main(String[] args) throws Exception {
context = new (
new String[] { "applicationContext.xml" });
context.start();

DemoService demoService = (DemoService) context.getBean("demoService"); //
String hello = demoService.sayHello("tom"); // ?
System.out.println(hello); //

//
List list = demoService.getUsers();
if (list != null && list.size() > 0) {
for (int i = 0; i < list.size(); i++) {
System.out.println(list.get(i));
}
}
// System.out.println(demoService.hehe());
System.in.read();
}

}
/