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