标签:扩大 commit 数据 引入 监控 sum eclipse 服务端 水平
基于https。
只提供纯数据。
基于一开始提出的restful方案外,提出了读写分离方案如下。
相比restful,url可以表示动作,如下的url是允许的。
/accounts/1/update
http GET表示读操作,POST表示写操作
API网关
一旦API规模扩大,再加上微服务的使用,路由分发、管理、监控马上就会变得繁琐、复杂,需要有相应工具来解决这个问题,参考工具orange。
在前期API规模还小的时候,可以直接使用nginx管理。
微服务
微服务解决快速小规模迭代、水平扩展方面的问题。
诸如“服务间相互调用”,属于系统架构方面的问题,是SOA的目标,此“服务”并不等同于微服务的“服务”。
工程模块划分
业务模块内层次划分,以web模块为例
工程划分
业务库分支方案
约定current的意思是当前最大版本号
版本分支的生成。
以v1分支为例,当current>1且需要在v1分支上新增commit时,在v1的head上新建v1-release分支,开发过程中产生的commit提交到v1-release,测试通过后合并到v1,上线后删除v1-release。
代码复用
只提供基于默认工具的工程指导,使用其他工具的成员,如eclipse,需要有能力自行解决工具问题。
需要完成框架库、搭建业务库。
项目可满足基本的业务需求,并可投入实际使用。
完成框架库、搭建业务库。
自上而下优先级由高到低,自左至右优先级不分先后。
低优先级的service可能会依赖高优先级service。
带default
标签表示framework模块会有默认实现,不需要driver(s)模块。
大部分driver都需要考虑local、global两种类型的实现。
不好抽象出接口或者工作量大且已有成熟第三方定义及实现的service,例如关系数据库工具、httpclient工具等,不在framework中定义,直接在业务模块中引用,避免抽象得不好的service出现在上游以至于污染下游模块。
default
default
、log default
default
default
基于web的业务模块
标签:扩大 commit 数据 引入 监控 sum eclipse 服务端 水平
原文地址:http://www.cnblogs.com/inside/p/6860595.html