04微服务的适用性
生产力和复杂性曲线
单体应用随着复杂性增大而生产力下降,但一开始高于微服务
微服务基本不随复杂性变化,或随着复杂性增大而缓慢下降
因此考虑微服务应该在两天曲线的交点
业务发展路线
不应该直接上微服务,因为一开始对业务的划分设计不明确,客户不接受,荣容易失败
应该一开始走单体应用,在规模增大之后,陆续拆分出微服务(单块优先策略)
结尾
架构是设计出来的还是演化出来的?
互联网系统一般是三分设计,七分演化,微服务是演化式架构。
05什么组织架构适合微服务
传统组织
产品管理,用户体验,研发,测试,DBA,运维
缺点:
沟通成本太大,反馈比较慢
微服务组织
形成端到端闭环的跨职能微服务产品团队(End to End Ownership)
API
平台团队
亚马逊两个披萨原则
一个团队大概12个人,两个披萨能够吃
结尾
微服务架构本质上是一种组织架构的重组。
06阿里巴巴的微服务中台战略
主流组织架构(四层)
Iaas云平台(计算,存储,网络,安全)-- 技术中台
Paas云平台(应用健康,持续交付,服务框架)+ 大数据 + AI -- 技术中台
核心 业务层 -- 业务中台
应用(主站,APP,第三发接入渠道)-- 业务前台
中台战略
大中台,小前台
微服务和业务中台和技术中台上层关系密切
07服务封层
第一层 基础服务
核心领域服务,公共服务,中间层服务
第二层 聚合服务
适配服务,边界服务(裁剪消息,聚合各个服务的返回)
第三层 外部设备
Web,Mobile,Public