如何支撑微服务架构落地？

一个小团队就能真正能落地的微服务架构实践！

编者的话

微服务是否真的适合小团队这里不多做争辩。但是透过现象看本质，随着产品版本的不断迭代、业务复杂度的提高最终都会导致单体应用越来越庞大，总会超过单体架构的负荷。那么使用微服务分而治之就成为一个不得不面对的问题。所以这么庞大的单体应用拆分出多个小应用也更符合这种分治的思想。虽然这些不是小团队能够考虑到的事情，但是如果能在产品的初期阶段能够规划好产品的架构体系那么在慢慢演变的过程中会越来越顺手，团队的战斗力也打造的越来越强。

一、背景

公司的背景是提供SaaS服务，初期是对于客户的定制开发以及私有化部署。经过两年多的发展，公司产品受到客户的欢迎并且慢慢蜕变到平台化的产品，技术架构也从单体架构到微服务架构迁移。

首先微服务不是适合所有的应用，对于实时性要求高的强一致性应用属于紧耦合应用架构就继续保持原有的状态，不必转微服务架构。

其次，对于微服务架构的落地，要有相应的标准和规范，基于标准来处理传统应用和开发新应用。

处理传统应用可以采用剥洋葱的方式，将应用按照重要性，复杂性分等级，特别要注意应用的关联关系分析。然后优先处理不重要的外围应用，待处理好之后，将微服务应用运行验证，这里要注意性能问题。

对于新应用的开发，按照微服务架构开发规则比较容易实现。

除了微服务架构的规则，要了解业务应用的逻辑关系，掌握业务场景，这样才能让微服务发挥出价值。

微服务架构系统灵活性，健壮性，扩展性好，特别适合需求变化迅速的场景。但系统复杂度高，部署，管理难度大。微服务除了开发期框架之外，还有需要一系列的运行期中间件支撑，如API网关，服务注册中心，统一配置中心等。 目前国内比较成熟的吧，东软有一支团队在做，他们网站是 https://platform.neusoft.com/

微服务除了开发期框架之外，还有需要一系列的运行期中间件支撑，如API网关，服务注册中心，统一配置中心等。 目前国内比较成熟的，东软有一支团队在做，可以参考一下，他们网站是 platform.neusoft.com