M2系统架构与开发规范案例.docx

M2系统架构与开发规范Now 2015.6.18系统架构接口协议通信方式HTTP/HTTPS + POST参数方式固定参数：jsonData参数内容：任意JSON数据包集群部署数据中心演变路线当前Mysql+Redis中期Mysql+Redis+Qpid+Cassandra后期Cassandra服务方式演变路线当前：Spring Mvc + RESTFul + HTTP（GET\POST\DELETE）中期：Spring Mvc + RESTFul+ HTTP(POST)后期：待定部署模式演变当前：SLB+手机服务+对接服务+缓存中期：SLB+接口代理服务+缓存+队列+业务后期：SLB+接口代理服务+业务+数据库(NoSQL)对接与服务当前：Access-SendData中期：对接2.0 SendData后期：对接2.3 SendData短信与推送支持自定义与多通道HS-MED-Framework-SMSHS-MED-Framework-Push当前：多通道中期：自定义+多通道功能和版本与自定义基于产品版本功能定义和用户需求的自定义开发模式，如果必要可以完全覆盖标准业务流程。所有请求采用处理前（before）、处理中（do）、处理后（after）三个模式进行分割。热点处理理论上的热点值为入口出，SLB和控制器（M2、H2、T3），业务处理服务可以无限扩展并且无需注册。当热点集中在入口的场合，根据标准的服务器集群模式进行扩充；当热点集中制业务的场合，任意一个位置的服务开启并连接到消息队列，即可直接参与集群处理（开发机器也可以变成临时服务器）。其他说明图例开发规范开发环境说明《开发环境配置手册.docx》用户请求令牌TokenHelper.Java基于客户ID用户ID手机设备串号时间戳形成主标识主标识+业务识别ID=用户请求令牌示例：bysCOKmDbQmIIw9a8b7_b6f88_8a0d5f7b1d_58904a5b3f5073业务驱动所有的服务部署均已响应业务为主要模，一个服务器占用多少内存、多少CPU，处理并发多少均为配置模式。消息队列轮询所有业务按照请求的业务标识和客户进入到待处理缓冲队列，服务端轮询（监听）有数据的场合进行业务处理。队列采用长连接模式处理。服务器部署采用分散集群模式进行动态处理，具体参考如下通过上述配置决定当前服务器具体处理哪些业务，该服务器宕机不会影响到任何实际业务服务配置与用户自定义基于《客户产品业务功能服务配置表》进行客户变动模块业务的服务提供者定义。客户实施人员根据实际需要定义配置文件进行拦截注册。开发规范工程开发定义业务工程以JAR模式进行提供，所有JAR包开发完成后提交到Maven私服下面。业务版本号业务工程拥有独立的业务名称，每次发布都创建新的版本号，版本号上面还留有客户自定义的版本号识别。业务驱动的时候会根据实际配置的版本号进行代码驱动。分段测试业务工程以JAR模式进行提供，所有JAR包开发完成后提交到Maven私服下面。测试人员根据JAR包版本进行对应测试，遇到问题直接指定版本号。服务发布根据业务JAR进行增量发布或者更新发布，每次发布的时候利用Maven进行服务打包推送。