一个微服务架构, 聚焦三个关键任务:
分解业务问题
确定服务粒度
定义服务接口: Restful API, Json, HTTP 状态代码传递结果.
分布式系统构建的复杂性: 因为微服务的复杂性, 需要高度成熟的运维. (所以我们当前不合适)
虚拟服务器/ 容量扩展: 一般是将一个微服务部署在一个服务器上, 随着微服务增加, 可能需要维护50-100个服务器/容器, 运维同样困难.
应用类型: 微服务 可扩展, 可复用 是最大优点, 所以更适合部署在云上(方便扩展), 但如果构建一个小用户群应用程序, 将她们构建分布式(微服务) 可能花费更多.
数据转换和一致性:
原文：https://www.cnblogs.com/moveofgod/p/12862445.html