微服务如何避免变成黑暗服务，黑暗城堡般的问题？

本文共计1435个文字，预计阅读时间需要6分钟。

暗黑城堡+服务很潮，众多公司来讨论它如何用于扩展团队，产品等。作为程序员，您应在乘车前就了解它。在这篇文章中，我将分享一些有关微服务的神论。

黑暗城堡

微服务很棒，许多公司来谈论它如何用于扩展团队，产品等

微服务也有阴暗面，作为程序员，您应该在骑车之前就了解它。

在这篇文章中，我将分享有关微服务的一些神话/阴暗面

• 我们需要大量的微服务

在创建任何新的微服务之前，请考虑一下分布式计算，因为大多数微服务都是远程过程。 首先定义“ micro”在问题上下文中的含义，它可以是代码行，功能或部署等

• 命名微服务将很容易

计算机科学只有两个复杂的问题，其中一个是“命名”，很快就会有100多个选项而用光。

• 非功能需求可以稍后完成

从一开始，突然的非功能需求（例如延迟，吞吐量，安全性，可靠性等）就变得非常重要。

• 多种语言的编程/持久性或某种聚合…

软件工程师喜欢尝试最新的尖端工具，因此他们被我们可以使用任何语言，任何框架或任何持久性的神话所迷惑。

考虑一下多晶硅所需的技能和维护费用。 如果您有超过2/3的东西，那么它就不会适合您，并且您必须承担寻呼机的职责。

• 监控很容易

这是关于微服务的最被忽略的事实之一，并且是事后才想到的。

为了进行简单的调查，您必须登录多台计算机，查看日志，确保在服务器等上获得正确的时间。

没有适当的监视工具，您将无法做到这一点，您需要ELK或DataDog类型的东西。