鲁达 什么是单体和微服务架构？微服务架构的好处。在选择正确的架构之前要问的重要问题。
在软件开发中存在两种广泛使用的架构—— 单体架构 和 微服务架构。虽然后者在 IT 行业得到了广泛认可，但这是否意味着您应该开始采用微服务架构？它是否适合您的业务？本文将帮助您了解这两种架构的核心概念，以便在为您的业务选择架构时做出明智的决定。
什么是单体架构？
单体架构将软件的所有功能放入单个代码库中。代码库通常在内部分为层，即表示层、业务逻辑层和数据库层。该代码库由层组成，部署为单个 jar/war 文件。
这种将模块封装在单个代码库中的做法导致了紧密耦合的架构。此外，它会导致一组特定的优点和缺点，我们将在后续部分和理想的用例中讨论这些优点和缺点。
什么是微服务架构？
在微服务架构中，功能和业务能力被分解为称为微服务的单独模块。每个微服务都有自己的数据库，通过 API 端点和 HTTP 协议与其他微服务通信，可以独立开发。
对于单个微服务的单独数据库，数据重复是很常见的。但是，模块的松散耦合为团队和个人开发人员带来了很大的操作灵活性。
在选择微服务架构之前要问的问题
要为您的业务确定正确的架构，您应该从内到外熟悉您的业务，并知道以下问题的答案。
问题 1：您想通过采用微服务架构来实现什么？
尽管普遍认为微服务是要走的路，但管理许多分布式系统对于许多组织来说可能是整体的。因此，在实施任何事情之前，评估当前架构面临的问题是否可以通过微服务解决是至关重要的？
问题 2：您的组织是否有预算投资于微服务？
从一种架构迁移到另一种架构需要花费大量时间和精力。做出如此巨大的改变很容易持续几年。如果没有必要的计算，由于复杂性和生产力挑战，大规模的架构更改可能会让您付出更多代价。
问题 3：您是否拥有一支经验丰富的开发人员团队来开发分布式系统？
在分布式系统上工作并不是一件容易的事。人们需要处理需要专业技能和专业知识的监控、网络、事件驱动架构、容器和中间件。即使有适当的架构指南，实施它们仍然是一个重大挑战。
微服务架构的好处
时间短——开发和部署单体应用程序需要几个月到几年的时间。相反，微服务应用程序被划分为更小的块，每个服务由一组同时在同一个项目上工作的开发人员开发。因此，从头开始构建应用程序所需的时间更少。
可扩展性 -扩展单体应用程序是一个可怕的过程。对于扩展，您需要重新部署整个应用程序。该过程极其昂贵且耗时。
微服务架构提供了根据您的意愿扩展应用程序的灵活性。您可以扩展负载下的任何特定服务。由于整个应用程序不是一次性扩展的，因此您可能会节省大量托管成本。
更轻松的更新——在这个数字化时代，消费者希望他们的体验随着时间的推移而发展。及时更新和升级您的应用程序以满足需求至关重要。由于微服务是一个协作的服务集群，因此升级它们并没有问题。
结论
微服务 确实有很多优势。很多公司都已经微服务化。但你不应该仓促做出不知情的决定。
在以下情况下选择微服务：
- 您正在处理可扩展性问题
- 特定的应用程序需要在不同的业务应用程序之间重用
- 如果您的应用程序需要频繁更新
如果出现以下情况，请不要选择微服务
- 您的业务应用程序没有处理证明架构更改合理的复杂问题。
- 您的团队规模不足以处理分布式系统。
- 您缺乏进行架构更改的资金预算。
*多学习、多实践、多沉淀*
喜欢的朋友记得给个关注~