Dubbo实践

使用Maven构建Dubbo服务的可执行jar包
Dubbo服务的运行方式：
1、使用Servlet容器运行（Tomcat、Jetty等）---不可取
缺点： 增加复杂性（端口、管理）
浪费资源（内存）
2、自建Main方法类来运行（Spring容器） ---不建议（本地调试可用）
缺点： Dubbo本身提供的高级特性没用上
自己编写启动类可能会有缺陷
3、使用Dubbo框架提供的Main方法类来运行（Spring容器） ---建议使用
优点： 框架本身提供（com.alibaba.dubbo.container.Main）
可实现优雅关机(shutdownHook) 现有未执行
注意点：
spring-context.xml
<import resource="classpath:spring/spring-xxx.xml">

在linux操作系统上手工部署Dubbo
1、环境变量配置
2、部署目录规范
3、

-------------------------
构建Dubbo服务消费者Web应用的war包
1、打包类型：war
2、包含的配置文件
3、依赖到的jar包（相关工程要先构建）
4、构建war包

--------------------------
Dubbo监控中心的介绍与简易监控中心的安装
1、监控中心（Monitor）的作用

监控中心负责统计各服务调用次数，调用时间等，统计先在内存汇总后，每分钟一次发送到监控中心服务器，并以报表展示。
为服务的监控运维采集数据

2、监控中心是可选的（非必需）
（1）Monitor可以不安装
（2）Monitor挂掉不会影响到Consumer和Provider之间的调用

3、监控中心可自定义扩展开发
（1）个性化运维监控的需求；
a.服务的健康状况；
b.服务的压力和性能状况；
c.告警通知以便及时处理等；
（2）扩展接口：
com.alibaba.dubbo.monitor.MonitorFactory
com.alibaba.dubbo.monitor.Monitor

----------------------------
搭建敏捷高效的持续集成管理平台
1、持续集成的介绍
持续集成是一个软件开发实践
团队开发成员经常集成他们的工作，每次集成都通过自动化的构建
（包括自动化编译、测试、发布）来验证，从而尽快的发现集成错误。
持续集成的价格、要素、原则……

谈谈我对持续集成好处的理解
管理大规模的工程的必要性（切合我们的分布式多工程的特性）
解放应用更新部署的生产力
能让团队成员进行高效的协作开发
能与各种项目管理工具一起整合成一套衫而且灵活项目开发管理平台
实时交付可用、可测试的软件产品
2、其组成
持续集成管理平台不只是CI服务器，是一系列软件开发管理工具的组合

源码版本管理：Subversion、Git
项目构建工具：Maven、Ant
代码质量管理：Sonar（Checkstyle、PMD、FindBugs……）
持续集成引擎：Hudson、Jenkins、Apache Continuum
应用持续部署：操作系统、JDK、Tomcat、JBoss……

实施持续集成过程中要用到的其它各种工具、各种插件……

持续集成管理平台
Hudson + Maven + Sonar + Subversion