先从manager的三个子模块开始分析
一、biz模块
autokeeper
AutoKeeperCollector类:
继承自InitializingBean,afterPropertiesSet()调用后,调用startCollect()
startCollect启动线程,通过调用zk的四字命令,来获取zk的状态:
autokeeper
AutoKeeperData类:继承自AutoKeeperPersist接口
每次监控zk状态,有新的连接加入的时候,就会调用autoKeeperData对象,将连接信息,存入Map
Map的大体结构就是<server,<connection,[watcher,ephemeral]>>,说白了就是存的zk信息
common-alarm模块
主要是告警模块,最终发告警邮件,都是这个模块,
AlarmMessage data ,data.getMessage为告警信息,data.getReceiveKey为管理后台配置的告警接收人。
common-arbitrate模块
ArbitrateConfigImpl类,存着channel和pipeline的映射关系
DeadNodeListener类,继承InitializingBean接口,当afterPropertiesSet()接口调用,启动线程,处理死亡节点(Node节点)
其中processDead()方法,确认节点死亡,会发送告警,并重启对应channel
common-DataSourceCreator、basedao、baseservcie,不多说,数据库的连接及增删改查。
config模块为各增删改查的业务模块(channel、pipeline、canal、zk、node、alarm)
monitor为各种模块的监控报警策略,报警收敛配置等
statistics为延迟、堆积等状态的增删改查方法
user顾名思义,用户,管理员,增删改查
remote模块:这个模块都是一些远程调用的方法,用于获取node,canal的一些状态信息
interceptor和impl分别为接口和实现,具体是干嘛的,在接口的代码里,都有详细的介绍
再看biz模块的配置,配置采用spring配置,ORM框架为Mybatis
二、deployer模块分析:
web容器为内嵌Jetty,实现类:JettyEmbedServer
启动类:OtterManagerLauncher 加载配置文件,调用jetty启动web容器
resources下放入很多静态文件,和主配置文件
三、web模块:
放了一堆Action(Controller方法) ,调用biz模块中的service,dao。