我们在之前的架构设计中，应用服务器到底是怎么样，对我们来说是个黑洞，因此我们需要把他们监控起来，看清楚他们的行为特征和负载能力，这样才能更清楚直白的告诉运维，尽管我们有手段进行单一命令式监控，但对于分布式应用来说就非常棘手，里我们采用的是dubbo-monitor开源组件(过于简单)，后续可能会采用dubbox-monitor
1、架构
我们依然将2018这台服务器部署在113物理机上（后续演进100万+QPS过程中，我们将进行n台硬件配套来进行的分布式部署和调度）
然这次与之前不同的是，dubbo-admin,dubbo-monitor都采用源码方式启动和部署，如果需要了解dubbo源码是怎么玩的请参考dubbo2.6.0源码编译--正确姿势
顺便提下dubbo-admin,dubbo-monitor启动方式
dubbo-admin通过任何容器启动，比如tomcat,jetty
dubbo-monitor直接运行main方法，不过dubbo-monitor有个小bug要注意（官方和任何网络资料不会说明这个问题）
我们看看监控效果，的确不怎么优雅(源码在我手，哈哈也方便升级)
我们用AB开压20万QPS看看
如果配置的对（这个配置主要是motitor生成文件位置需在配置环境初始地址
<dubbo:monitor protocol="registry" />）就会有以下效果
延伸阅读
https://blog.csdn.net/luozhonghua2014/article/details/80362614 秒杀系统搭建与部署(1)---开篇
https://blog.csdn.net/luozhonghua2014/article/details/80384061 1万+QPS秒杀最低成本架构与实现
https://blog.csdn.net/luozhonghua2014/article/details/80387285 10万+QPS秒杀限流组件设计与实现
https://blog.csdn.net/luozhonghua2014/article/details/80396035 秒杀系统架构设计与实现(2)--15万QPS
https://blog.csdn.net/luozhonghua2014/article/details/80404386 秒杀系统架构设计与实现(3)--20万QPS
https://blog.csdn.net/luozhonghua2014/article/details/80418114 JMeter4.0分布式调度压测部署--正确姿势
https://blog.csdn.net/luozhonghua2014/article/details/80438540 dubbo2.6.0源码编译--正确姿势