dubbox 的各種管理和監管
dubbo官方自帶了dubbo-admin及dubbo-simple/dubbo-monitor-simple二個子專案用於服務治理及服務監控。
一、dubbo-admin的部署
這個比較簡單，編譯打包成功後，將dubbo-admin/target/dubbo-admin-2.8.xxx.war 複製到jetty、tomcat下的webapps就算完成部署了(當然，也可以部署到其它相容的servlet容器，比如jboss、weblogic)
然後瀏覽：http://localhost:8080/dubbo-admin/ 會提示登陸使用者名稱、密碼，這是在配置檔案裡寫死的，配置檔案的路徑為：
dubbo-admin/src/main/webapp/WEB-INF/dubbo.properties
| 1 2 3 |
dubbo.registry.address=zookeeper://127.0.0.1:2181?backup=127.0.0.1:2182,127.0.0.1:2183
dubbo.admin.root.password=root
dubbo.admin.guest.password=guest
|
即使用者名稱、密碼均為root，登入成功後，重新整理下頁面，如果提示404之類的，退回到http://localhost:8080/瀏覽（這個跟部署的contextPath有關，如果contextPath設定為/dubbo-admin，重新整理下就可以了，如果contextPath設定成/，則登入後要退回/瀏覽）
dubbo的服務治理是其特色之一，管理介面如下：
二、dubbo-monitor-simple 部署
打包後，目錄dubbo-simple/dubbo-monitor-simple/target中會生成dubbo-monitor-simple-xxx-assembly.tar.gz，用tar -zxvf *.gz 解壓，解壓後有三個子目錄bin、conf、lib ，conf裡面是配置檔案：
| 1 2 3 4 5 6 7 8 9 10 11 |
dubbo.container=log4j,spring,registry,jetty
dubbo.application.name=simple-monitordubbo.application.owner=
dubbo.registry.address=zookeeper://127.0.0.1:2181
dubbo.protocol.port=7070
dubbo.jetty.port=8180
dubbo.jetty.directory=/data/dubbo/monitor
dubbo.charts.directory=${dubbo.jetty.directory}/charts
dubbo.statistics.directory=${user.home}/monitor/statistics
dubbo.log4j.file=logs/dubbo-monitor-simple.log
dubbo.log4j.level=WARN
|
參考上面改，然後bin下有一個start.sh指令碼，啟動即可，訪問後瀏覽http://localhost:8180 (埠號要跟配置裡一致)
這是呼叫次數的統計
這是圖表統計
這是服務之間的依賴關係
注：官網的監控是把所有監控資料（主要是統計資料和表圖資料）儲存到伺服器磁碟上的，執行時間久了，硬碟可能會撐滿，要注意及時清理(就是配置檔案裡面配置的3個目錄下)。監控資料也並非實時統計的，所以第1次部署成功後馬上去看統計資料，可能沒有，隨便跑一個service provider/service consumer的用例，然後等一會兒就行了。
三、dubbo-monitor-x
oschina有一個開源專案：http://git.oschina.net/handu/dubbo-monitor （為了與dubbox裡的dubbo-monitor子專案名稱上分開，我在後面加了-x），其中的開發者『馬金凱』，也是dubbox的作者之一。
不過，這個版本好象有點bug，charts上圖表展示時會報錯，我跟了下程式碼，是sql的問題，已經在個人fork的分支上修復，有興趣的可以參考。
注：與官網的監控儲存方案不同，dubbo-monitor-x是把資料儲存在mysql裡的，參考README.md很容易搞定部署。
此外，該版本還有一個mongodb的分支，見：dubbo-monitor-mongo (推薦使用)
四、dubbo keeper
這是託管在git上的專案，地址為：https://github.com/dubboclub/dubbokeeper，從github使用者資訊上的郵箱字尾看，可能是阿里雲的人發起的，與前面的專案不同，這個專案把管理+監控整合在一起了，而且儲存方案除了mysql，還支援mongodb，lucene，不過好象專案沒做完，只覆蓋了dubbo-admin官方功能的90%左右（比如：新增路由功能就沒有），如果這個專案逐漸完善了，個人覺得最有前途。
該專案部署略複雜：
4.1 如果決定用mysql儲存，先執行根目錄下的install-mysql.sh
4.2 然後在target目錄下，dubbokeeper/target/mysql-dubbokeeper-server/mysql-server/conf 修改這裡面的配置
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
dubbo.application.name=mysql-monitor
dubbo.application.owner=bieber
dubbo.registry.address=zookeeper://localhost:2181
dubbo.protocol.name=dubbo
dubbo.protocol.port=20884
monitor.collect.interval=100
#usered
netty4
dubbo.provider.transporter=netty4
#mysql
dubbo.monitor.mysql.url=jdbc:mysql://default:3306/dubbokeeper
dubbo.monitor.mysql.username=root
dubbo.monitor.mysql.password=123456
dubbo.monitor.mysql.pool.max=10
dubbo.monitor.mysql.pool.min=10
|
主要是zk及mysql的連線資訊，以及埠號，然後執行上一級目錄../bin下的start-mysql.sh 啟動監控資料的儲存服務（即：mysql-dubbokeeper-server本身就是一個dubbo服務，用於儲存監控資料）
4.3 dubbokeeper/target/mysql-dubbokeeper-ui這個下面的war包扔到tomcat或jetty部署即可(這個才是真正的管理+監控 UI)，如果啟動失敗，檢查
dubbokeeper/dubbokeeper-ui/src/main/resources/dubbo.properties 配置是否正確，如果不對，改正確了，再重新打包部署。
這個專案可以很方便的看各專案的依賴關係圖。
以及每個服務的呼叫次數等資訊，可惜沒有關鍵的QPS資料
問題：這幾套方案統計出來的資料，對於同樣的用例，都不一樣，也是醉了，不知道哪家的更準，看個人喜好吧。
下面推薦幾種搭配：
a: 官方的dubbo-admin + 韓都的dubbo-monitor-x
b: 全官方的dubbo-admin + dubbo-monitor-simple
c: dubbokeeper 一套
監控服務，如果同時起多個dubbo-admin裡會有警告，而且監控資料存多份也沒必要，所以不管怎麼搭配，不要將dubbo-monitor-simple、dubbo-monitor-x、dubbokeeper同時部署在一個ZK註冊中心。