单体应用到微服务框架
S 单体式应用会随着时间的推移逐渐变大，新的代码和新的功能增加，使得敏捷开发和部署举步维艰，其中最主要问题是这个整个服务过于复杂，单个开发者进行开发有很大的负担。
T 需要一套完整的微服务解决方案，快速迭代新功能的同时减少历史的负担，让单个开发者能够尽快的发现问题、解决问题。增强业务代码的扩展性和可靠性。
A 经过调研分析，根据《The art of scalability》中原理，将主要精力放在以下4方面：1. 客户端如何访问服务；2. 服务间如何通信；3. 服务间如何发现；4.如何增加服务的可用性。客户端访问的是微服务的统一入口（API GateWay），让微服务对客户端透明，并且在入口上进行过滤、防御、聚合数据等功能。服务间的通信通过REST或者RPC，这里使用RPC，开发过程更加统一、高效和安全，多种语言都可以通过RPC进行通信。服务发现，要通过一些分布式服务注册管理组件，例如：Zookeeper、Etcd等。服务可用性要依赖于一些策略，例如：重试机制、流量控制、熔断机制、负载均衡等。
R 微服务框架应用于一起美产品，例如：一起美管家，一起美App，一起美数据平台等多个产品中，实现了功能的快速迭代，部署更加便捷，服务可用性更强。

微服务结合容器化
S 微服务架构在提高服务可用性的同时，也提高了运维的成本。微服务按照业务或者逻辑进行划分之后，每个微服务都有服务的边界，测试过程和部署过程要有严格的一致性。
T 需要提供一套方便测试、部署、验收功能的流程。
A 经过调研分析，选择Docker+Kubernetes方案。将所有的微服务进行容器化，镜像即服务，部署和测试都是对镜像进行的，使得线上和测试保证一致性。
R 微服务容器化之后，测试和部署大大的节约了人力和时间，保证测试和发布代码统一，功能迭代加速。