甚至亚马逊也无法理解无服务器或微服务
微wx笑
2023-05-14【云服务】
0
0关键字：
亚马逊 无服务器 微服务
Amazon 的 Prime Video 团队发布了一个相当出色的案例研究，说明他们决定放弃无服务器的微服务架构，并用单体取而代之。此举为他们节省了惊人的 90%(!!) 运营成本，并简化了系统
Amazon 的 Prime Video 团队发布了一个相当出色的案例研究，说明他们决定放弃无服务器的微服务架构，并用单体取而代之。此举为他们节省了惊人的 90%(!!) 运营成本，并简化了系统。真是一场胜利！
但除了庆祝他们的明智之外，我认为这里有一个更重要的观点适用于我们整个行业。这是有说服力的一点：
但除了庆祝他们的明智之外，我认为这里有一个更重要的观点适用于我们整个行业。这是有说服力的一点：
“我们将最初的解决方案设计为使用无服务器组件的分布式系统……理论上，这将使我们能够独立扩展每个服务组件。但是，我们使用某些组件的方式导致我们达到了大约 5% 的硬扩展限制的预期负载。”
这确实总结了一段时间以来席卷科技行业的微服务热潮：理论上。现在，所有这些理论的真实结果终于出现了，很明显，在实践中，微服务可能是最大的警笛，因为它不必要地使您的系统复杂化。无服务器只会让情况变得更糟。
这个故事的独特之处在于，亚马逊是面向服务架构的原始典型代表。在微服务之前更合理。当 API 调用超过安排协调会议时，用于处理疯狂规模的公司内部通信的组织模式。
SOA 在 Amazon 的规模上非常有意义。没有任何一个团队能够希望知道或理解驾驶这样一支超级油轮舰队所需的一切。通过已发布的 API 让团队协调是一种天才之举。
但是，与许多好的想法一样，这种模式一旦在其原始环境之外被采用，就会变得有毒，一旦被推入单一应用程序架构的内部，就会造成严重破坏。这就是我们获得微服务的方式。
在许多方面，微服务是一种僵尸架构。另一种拒绝死亡的知识分子传染病。从 J2EE（远程服务器 bean，任何人？？）的黑暗时代开始，通过WS-Deathstar废话，现在以微服务和无服务器的形式，它一直在吃脑子。
但是这第三波浪潮似乎终于达到顶峰。早在 2016 年，我就为The Majestic Monolith写了一首颂歌。Kubernetes 背后的主要声音之一 Kelsey Hightower在 2020 年说得非常漂亮：
“我们要打破[单体]，并以某种方式找到我们最初从未有过的工程纪律......现在你从编写糟糕的代码到构建糟糕的基础设施。因为它会带来很多新的支出，它会
推动很多新员工……所以很多人沉迷于金钱和营销的所有繁荣，人们将他们的任务附加到很多嗡嗡声上，老实说，这不一定能解决他们的问题。”
答对了。在几乎所有情况下，在单个、连贯的团队和应用程序中用网络调用和服务分区代替方法调用和模块分离是疯狂的。
我很高兴我们在我的记忆中第三次击退了那个可怕想法的僵尸袭击，但我们仍然需要保持警惕，我们最终将不得不再次这样做。有些坏主意不管你杀多少次都不肯死。你所能做的就是识别他们何时再次从死里复活，并保持你的 retorical shot弹枪锁定和加载。
原文：https://world.hey.com/dhh/even-amazon-can-t-make-sense-of-serverless-or-microservices-59625580
扩大 Prime Video 音频/视频监控服务并将成本降低 90%
从分布式微服务架构到单体应用程序的转变有助于实现更高的规模、弹性并降低成本。
微服务和无服务器组件是可以大规模工作的工具，但是否要在整体上使用它们必须视具体情况而定。
流媒体的应用在各服务之间传输的成本太高了。
本文为转载文章，版权归原作者所有，不代表本站立场和观点。
下一篇：返回列表
