微服务与整体架构

用户902383:

我读了一些有关微服务的文章,但我对此有些兴趣,似乎是一个有趣的概念。但是我想知道,使用微服务相对于单片架构有什么优缺点,反之亦然。

什么时候微服务更合适,单片架构更适合。

和:

虽然我是微服务领域的新手,但我会尽力回答您的问题。

当您使用微服务架构时,将增加关注点的分离和分离。既然您会分散您的应用程序。

这样一来,您的代码库将更易于管理(每个应用程序都独立于其他应用程序,以保持运行状态)。因此,如果您这样做正确将来在您的应用程序中添加新功能将变得更加容易而采用单片式架构,如果您的应用程序很大(可能会在某个时间点假设),这可能会变得非常困难。

部署应用程序更容易,因为你是单独建立独立的微服务,并在不同的服务器上部署它们。这意味着您可以随时构建和部署服务,而不必重新构建其余的应用程序。

由于不同的服务规模较小且分别部署,因此显然可以轻松扩展它们,其优势在于您可以扩展应用程序的特定服务(使用单片式扩展完整的“事物”,即使它只是其中的特定部分)。应用程序负载过大)。

但是,对于那些将来不会变得太大而无法管理的应用程序。最好将其保留在整体架构中。由于微服务架构涉及一些严重的困难。我说过,部署微服务比较容易,但这仅与大型组件相比才是正确的。使用微服务会增加将服务分发到不同位置的不同服务器的复杂性,您需要找到一种方法来管理所有这些服务。从长远来看,如果您的应用程序变大,构建微服务将为您提供帮助,但是对于较小的应用程序,保持单一是很容易的。

本文收集自互联网,转载请注明来源。

如有侵权,请联系 [email protected] 删除。

编辑于
0

我来说两句

0 条评论
登录 后参与评论

相关文章