首页
学习
活动
专区
工具
TVP
发布
社区首页 >问答首页 >将多个微服务合并到一个整体中的缺点是什么?

将多个微服务合并到一个整体中的缺点是什么?
EN

Stack Overflow用户
提问于 2018-09-04 06:52:22
回答 1查看 33关注 0票数 0

我可以看到维护许多功能互不独立的微服务所花费的时间。客户端、队列、路由器……许多东西可能并不是满足概念上简单项目的需求所必需的。将多个微服务合并到一个整体中的缺点是什么?如果项目本身是其大多数微服务的唯一使用者,我认为划分一个大型应用程序只是为了在不适合的情况下遵循理应良好的实践而浪费时间。

EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2018-09-04 10:08:58

微服务提供了一组指南,可以帮助您轻松构建可伸缩的应用程序,这些应用程序更具可用性,并允许您的团队真正快速地带来变化。话虽如此,它并没有真正关闭巨石的大门,或者你在构建东西时想要遵循的任何其他指导方针。

在某些情况下,构建一个巨石确实是一个更好的选择。假设你是从一些新事物开始,而你的领域知识不是很好。将你的应用程序分解成服务将会变得非常困难。需要深入了解该领域,才能将服务分解为有效的、更小的独立块。

第二个可能是你正在做一个POC或MVP (计划试水),然后你也许可以把所有东西都构建为一个。

使用微服务,正如我所说的,您可以获得可伸缩性、可用性、可维护性和进行更改的速度。在有些项目中,这些并不是真正值得关注的问题,如果它们不是问题,你可以远离它们。

最后,对于微服务,您需要有一个可靠的开发运维。你需要有CI/CD管道,你需要有监控,集中式日志记录等,因为相信我,你会需要它来调试东西。这确实是一笔巨大的投资,你应该考虑你正在进入的是什么,以及为什么你要进入。你不应该仅仅因为其他人都在使用它而使用它。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/52156882

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档