nag*_*547 2 architecture software-design microservices
在哪种情况下,我们不应该使用微服务架构?到目前为止,我可以看到微服务的设计,在许多用例中看起来都不错。
我不会推荐POC(概念验证)项目的基本用例之一。
这是一个非常广泛的,并且可能是非常自觉的问题。当您有一个具有许多共享依赖项的单个应用程序时,我通常不建议使用微服务,这些依赖项通常总是作为一个单元部署。
微服务很棒,而且有自己的位置-但是,如果您的应用程序具有始终作为一个单元部署的性质,那么微服务会严重扩展复杂性-现在您正在一次部署多个单独的工件,而不只是一个应用程序。我想到的示例是ERP系统。
编辑:为了对此进行扩展,微服务不应该是应用程序的默认体系结构。使其尽可能简单,如果遇到可伸缩性问题或其他有理由采用微服务路线的方法,则可以这样做。使其尽可能简单。因此,恕我直言,答案为“何时不应该使用微服务?” 是“当您不需要它们时”。
参见YAGNI。