微服务架构可帮助您扩展微服务架构可以帮助您在多个维度上进行扩展：流量和客户。微服务使您能够为更多的客户提供更多的流量和数据。开发人员和开发团队的数量。微服务架构使您能够为您的应用程序添加更多的开发团队，从而增加更多的开发人员。由于开发人员不会像在整体开发过程中那样相互交互，因此他们可以提高工作效率。复杂性和能力。团队不需要过多考虑应用的表面问题，这让他们可以专注于自己的领域来处理更复杂的问题。当更多的团队能够解决多个领域的问题时，他们就有可能完成更复杂的项目。面向单一团队的服务架构(STOSA)仅将您的应用程序迁移到基于微服务的架构是不够的。即使您使用微服务架构，开发团队仍可能需要处理不同的服务项目，并且可能会在团队之间创建复杂的交互。最坏的情况是，即使转向基于微服务的架构，您仍然会陷入开发困境。为避免这些问题，您必须建立清晰的服务所有权和问责制模型。每个服务都需要一个单独的、定义明确的、明确的所有者，对服务全面负责，并且每个服务工作都需要管理和委派。我建议使用诸如服务单团队导向架构(STOSA)之类的模型，它允许您的应用程序和开发团队更好地扩展以满足业务需求。微服务架构的成本微服务架构确实有成本。虽然单个服务更容易理解和管理，但使用微服务架构的应用程序作为一个整体，具有明显更多的移动部件，本质上更加复杂和庞大，这可能导致复杂的应用程序。这种复杂性还会给应用程序的其他部分带来问题，这是不容忽视的。此外，当许多苦苦挣扎的公司（如图1所示）计划迁移到微服务架构（如图2所示）时，他们通常会发现过渡期比他们希望或预期的更加困难和昂贵。所以，在迁移过程中，他们就放弃了。这导致它们被部分迁移，这通常比它们开始时更糟。图1图2在迁移到微服务架构之前，请确保您了解未来的成本、收益和挑战。您必须设定适当的期望才能使迁移成功并在未来获得理想的应用程序。作者：LeeAtchison，公认的云计算和应用程序现代化专家。Lee在产品开发、架构、扩展和现代应用程序方面拥有超过30年的经验，曾在现代应用程序行业工作，例如Amazon、AmazonWebServices(AWS)、NewRelic等。Lee最近的一本书是《Architing for Scale(O'Reilly Media)》.原文网址：https://www.infoworld.com/article/3637016/why-you-should-use-a-microservice-architecture.html
