整体式架构与微服务架构之间有什么区别？

整体式应用程序通常由客户端 UI、数据库和服务器端应用程序组成。开发人员在单个代码库上构建所有这些模块。

另一方面，在分布式架构中，每个微服务都用于完成单个功能或业务逻辑。微服务不是在同一个代码库中交换数据，而是与 API 通信。

接下来，我们来讨论两者之间的更多区别。

了解 API »

开发流程

整体式应用程序更容易入手，因为不需要太多的前期规划。您可以开始并根据需要继续添加代码模块。但是，随着时间的推移，应用程序可能会变得复杂且难以更新或更改。

微服务架构在开始之前需要更多的规划和设计。开发人员必须确定可以独立运行的不同功能并规划一致的 API。但是，最初的协调可使代码维护效率大大提高。您可以进行更改并更快地发现错误。代码的可重用性也会随时间的推移而提高。

部署

部署整体式应用程序比部署微服务更简单。开发人员在单个环境中安装整个应用程序代码库和依赖项。 

相比之下，部署基于微服务的应用程序更为复杂，因为每个微服务都是可独立部署的软件包。开发人员通常会在部署微服务之前对其进行容器化。容器打包了微服务的代码和相关依赖项，以实现平台独立性。

阅读有关容器化的信息 »

调试

调试是一个软件过程，用于识别导致应用程序行为不稳定的编码错误。在调试整体式架构时，开发人员可以跟踪数据移动或检查同一编程环境中的代码行为。另一方面，识别微服务架构中的编码问题需要研究多个松散耦合的单个服务。 

调试微服务应用程序可能更具挑战性，因为多个开发人员可能负责多个微服务。例如，调试可能需要团队成员之间进行协调测试、讨论和反馈，这将耗费更多的时间和资源。 

修改

由于编码紧密耦合，因此整体式应用程序某一部分的微小变化会影响多个软件功能。此外，当开发人员对整体式应用程序进行新的更改时，他们必须在服务器上重新测试和重新部署整个系统。

相比之下，微服务方法则较为灵活。对应用程序进行更改比较容易。开发人员只需要更改特定功能，而不是修改所有服务。他们还可以独立部署特定的服务。这种方法在持续部署工作流中很有帮助，在这种工作流中，开发人员可以经常进行细微更改，而不会影响系统稳定性。 

扩展

整体式应用程序在扩展时面临多项挑战。整体式架构包含单个代码库中的所有功能，因此必须在需求发生变化时对整个应用程序进行扩展。例如，如果由于通信功能出现流量激增而导致应用程序性能下降，则必须增加计算资源以满足整个整体式应用程序的需求。这会导致资源浪费，因为并非应用程序的所有部分都处于峰值容量。

另一方面，微服务架构支持分布式系统。每个软件组件在分布式系统中接收各自的计算资源。这些资源可以根据当前容量和预测需求独立扩展。因此，例如，您可以将更多资源分配给地理位置服务，而不是整个系统。

整体式架构和微服务架构都可以帮助开发人员使用不同的方法构建应用程序。重要的是要明白，微服务并不能降低应用程序的复杂性。相反，微服务结构揭示了潜在的复杂性，使开发人员能够更有效地构建、管理和扩展大型应用程序。

在决定是开发微服务还是整体式架构时，可以考虑以下因素。

应用程序大小

在设计简单的应用程序或原型时，整体式方法更合适。由于整体式应用程序使用单一的代码库和框架，因此开发人员无需集成多个服务即可构建软件。微服务应用程序可能需要投入大量的时间和设计精力，对于非常小的项目来说，收益与成本无法平衡。 

另一方面，微服务架构更适合构建复杂的系统。它能为您的团队提供坚实的编程基础，并支持他们灵活地添加更多功能。例如，Netflix 使用 AWS Lambda 来扩展其流媒体基础设施并节省开发时间。

阅读 Netflix 如何使用 Lambda »

团队能力

尽管使用微服务进行开发非常灵活，但这需要不同的知识组合和设计思维。与整体式应用程序不同，微服务开发需要了解云架构、API、容器化以及其他特定于现代云应用程序的专业知识。此外，对于刚接触分布式架构的开发人员来说，对微服务进行故障排除可能具有挑战性。 

基础设施

整体式应用程序在单个服务器上运行，微服务应用程序则更多地受益于云环境。尽管可以从单个服务器运行微服务，但开发人员通常在云服务提供商处托管微服务，以帮助确保可扩展性、容错能力和高可用性。

在开始使用微服务之前，您需要有合适的基础设施。为微服务设置工具和工作流需要投入更多精力，但其更适合构建复杂且可扩展的应用程序。

类别	整体式架构	微服务架构
设计	具有多个相互依赖函数的单一代码库。	具有自主功能的独立软件组件，使用 API 相互通信。
开发	前期所需的规划较少，但理解和维护会变得越来越复杂。	前期所需的规划和基础设施较多，但随着时间的推移，管理和维护会变得更加容易。
部署	整个应用程序作为单个实体部署。	每个微服务都是一个独立的软件实体，需要单独的容器化部署。
调试	在同一环境中追踪代码路径。	需要使用高级调试工具来追踪多个微服务之间的数据交换。
修改	细微的更改会带来更大的风险，因为这些更改会影响整个代码库。	您可以在不影响整个应用程序的情况下修改单个微服务。
规模	即使只有某些功能领域的需求增加，您也必须扩展整个应用程序。	您可以根据需要扩展单个微服务，从而节省总体扩展成本。
投资	前期投资较低，代价是持续性维护工作增加。	在建立所需的基础设施和培养团队能力方面投入额外的时间和成本。但是，从长期看来，这将带来成本节约、易于维护和适应性强等好处。