微服务开发应用场景。在软件开发过程中，什么时候需要用微服务进行开发呢？我们首先要了解微服务有哪些优缺点。微服务具有鲜明的优点：开发简单且效率高；每个服务足够内聚，比较容易聚焦；微服务是松耦合的，无论开发还是部署都可以独立完成；微服务可以用不同的语言开发；易于和第三方集成；微服务允许容易且灵活的自动集成部署；另外，微服务容易被开发人员理解、修改和维护等。同样微服务并不是无所不能的理论，也有其明显的缺点：开发人员要处理分布式系统的复杂性，较为依赖系统部署，数据的一致性，性能监控的难度，以及服务间通讯的成本等，另外，多服务运维难度和随着服务的增加运维的压力也会增大。落地微服务架构，重点就是发扬优点，克服缺点。因此，是否采用微服务进行软件开发，首先需要有明确的目的，对微服务的优缺点要有清晰的认知。
微服务的这些特点决定了其适用范围和应用场景。如果用单体应用能轻松解决的问题就没必要用微服务架构。只有遇到有分布式、弹性扩展等需求的情况，才需要考虑使用微服务开发。一个微服务我们可以认为它是一个小的单体应用，在有很多单体应用之间需要通信和协同的情况下，或者通过单体应用之间的集成无法满足业务性能要求，需要重构业务应用系统时，才需要考虑采用微服务开发，微服务意在重构。通常在大中型企业有众多的单体业务系统的情况下，并且各单体业务应用集成可能成为一个问题的时候，需要考虑采用微服务架构重构业务应用。由于微服务架构体系需要众多的基础设施平台和基础组件支撑，才能发挥微服务架构的优势，所以对于一些小公司或者在基础设施比较落后的情况下，采用微服务可能无法展现其价值，反而使管理任务变得更多、更繁琐。
服务化的目的在于重用，微服务也是同样。无论函数化、模块化、组件化、服务化等，它们最重要的目的在于共享和重用。微服务具有分布式弹性的特点，微服务的实例数弹性伸缩，可以和容器平台结合，利用容器弹性伸缩的特性，实现微服务地弹性，快速响应业务变化地需求。采用微服务往往也是因为其轻量，可以快速迭代，即时响应新业务需求，快速开发部署微服务应用，在抢占市场的同时可以持续的迭代和完善。所以采用微服务的网站开发通常是以业务需求变化的速度快这一场景为起始，比如产品促销类活动等，然后逐步推广到其他业务场景。
