微服务的这些特点决定了其适用范围和应用场景。如果用单体应用能轻松解决的问题就没必要用微服务架构。只有遇到有分布式、弹性扩展等需求的情况，才需要考虑使用微服务开发。一个微服务我们可以认为它是一个小的单体应用，在有很多单体应用之间需要通信和协同的情况下，或者通过单体应用之间的集成无法满足业务性能要求，需要重构业务应用系统时，才需要考虑采用微服务开发，微服务意在重构。通常在大中型企业有众多的单体业务系统的情况下，并且各单体业务应用集成可能成为一个问题的时候，需要考虑采用微服务架构重构业务应用。由于微服务架构体系需要众多的基础设施平台和基础组件支撑，才能发挥微服务架构的优势，所以对于一些小公司或者在基础设施比较落后的情况下，采用微服务可能无法展现其价值，反而使管理任务变得更多、更繁琐。
服务化的目的在于重用，微服务也是同样。无论函数化、模块化、组件化、服务化等，它们最重要的目的在于共享和重用。微服务具有分布式弹性的特点，微服务的实例数弹性伸缩，可以和容器平台结合，利用容器弹性伸缩的特性，实现微服务地弹性，快速响应业务变化地需求。采用微服务往往也是因为其轻量，可以快速迭代，即时响应新业务需求，快速开发部署微服务应用，在抢占市场的同时可以持续的迭代和完善。所以采用微服务的网站开发通常是以业务需求变化的速度快这一场景为起始，比如产品促销类活动等，然后逐步推广到其他业务场景。
本文地址：//www.xrqsnxx.com//article/25544.html
