微服务和普通应用有什么不同？

开发

每个微服务的体量相对较小，业界的two pizza团队和“2周即可全部重写全部代码”等都可以作为微服务划分的参考。在开发时期，需注意服务接口的定义与周边微服务进行配合，推荐“基于契约”的开发方式。

普通应用逻辑复杂、模块耦合、代码臃肿、修改难度大、版本迭代效率低下。

部署

微服务组成的应用系统通常比较复杂，在一次性部署的时候，需要进行编排部署。

普通应用可能会比较大，构建和部署时间也相应地比较长，不利于频繁部署，阻碍持续交付。在移动应用开发中，这个问题会显得尤为严重。

运维

在原来的指标监控、日志收集之外还非常强调治理。其核心理念是在运行时期通过对线上系统的各种调整以达到系统整体健康度要求的效果。

普通应用线上问题修复周期长，任何一个线上问题修复都需要对整个应用系统进行全面升级。