为什么 NodeJS 是构建微服务的最佳选择？

什么是微服务

微服务是一种应用架构，它将每个应用功能都放在自己的服务中，与其他服务隔离。这些服务是松散耦合的，可独立部署。

这种架构的出现是为了解决旧的 Web 应用开发的单体方法。在单体软件中，所有的东西都是作为一个单元构建的，所有的业务逻辑都被归入一个广泛的应用。

这种方法使更新代码库的过程变得复杂化，因为它影响到整个系统，即使是最小的代码改动也需要构建和部署整个软件的新版本。此外，哪怕你只想扩展应用的某个特定功能，却需要扩展整个应用来实现它。

微服务解决了单体系统所面临的这些挑战，它将应用从一个整体分割成几个小部分。

什么时候应该使用微服务？

从本质上讲，微服务架构解决了庞大、复杂应用的快速开发问题。

对于“哪个更好？”这一问题，目前还没有通用的答案。答案取决于各种情况，因为每一种情况都有其好处和缺点。

下面是一些微服务架构的优点和缺点，你可能对此已经有所了解：

优点

• 语言不可知性：微服务并不限于特定的编程语言，每个微服务都可以用不同的语言来编写，以支持选定的通信协议。

• 可扩展性：由于微服务和它的职责可以由开发者共同承担，所以如果有一个大的团队参与到这个项目中，应用就会变得更加易于维护。

• 无限迭代：由于开发者不会被其他组件所束缚，所以在微服务上迭代会变得更加简单。

• 单元测试：由于微服务是独立的应用，它的重点是特定的功能，因此，开发者可以很轻松地编写测试脚本，以验证该特定功能。

缺点

• 要作为一个整体来管理是很困难的：凯撒大帝有一句名言“分而治之”（divide et impera，拉丁语），即使在这里也可以大规模应用，但是要谨慎，因为过多的活动部分会变得难以管理。

• 难以追踪：如果架构变得过于复杂，微服务之间的通信渠道会非常多，出现错误后会很难追溯并确定故障点。

• 需要大量的专业知识：构建和部署微服务要求非常高的计划和协调方面的软技能。

• 具有挑战性的测试：测试是一把双刃剑，因为微服务作为一个整体更难测试。集成和端到端的测试同样会有挑战。

• 审计日志：可能更难获得和调查。

在架构方面，SaaS 微服务非常适合，因为微服务是 SaaS 应用的一个不错的选择。由于这类应用想要用户付钱买单，那么它就需要提供高可用的服务，因此将软件分成小块可以加快恢复速度。同时，SaaS 应用的发展主要是由其社区推动，所以，它也会受到很多变化的影响，而通过微服务和解耦，开发者可以获得了灵活性，这是单体架构无法提供的。

单体