经验与复盘经验摘录 · 机器翻译
在那之前，当我最初为一个（我未意识到的）...
… 为一个（我未意识到的）微服务密集型公司提供单体架构时，几乎搞砸了。幸运的是，我及时察觉到了情况，并在1小时的系统设计练习中转向了微服务。编辑：重点是，处于权力地位的人对想要的东西有非常明确的期望/偏好，与这些偏好作对并不好玩，会消耗政治资本。
源讨论你他妈到底做了什么原帖 231 条评论 · 导入时统计展开讨论
这条内容在回应什么？
我觉得有时候这像是一种拖延。 有些事情我们不想做（和客户、投资者、法律顾问等交谈），所以我们去做有趣的事情（对工程师来说有趣）。 这是一种方便的安排，因为我们很容易说服自己和他人，我们实际上是在productive（我们不是，我们只是在原地打转）。
完整原文社区评论 0
把你的经验，加入这段讨论。
原讨论中的回复 2
我有点没跟上。我理解单体架构和微服务的区别，在过去的三周里我不得不学习系统设计并参加面试以获得工作机会。这是一个权衡，系统设计面试的目的是看一个人是否了解系统如何扩展到假设的（可能不现实的）高负载。在这种情况下，微服务唯一的原因是独立扩展，随之而来的也是如果一个不重要的服务崩溃时的容错性。但真正重要的是独立扩展。显然，单体架构在开始时是好的，因为它提供了简单性或低复杂性，但它在假设的超大规模下无法扩展。
完整原文我曾经在一家公司工作，CEO说我要开始使用Kubernetes。为什么？我们根本没有迫切的用例/问题需要Kubernetes。 他的理由是所有大公司都在用，所以我们也应该用... 这简直是一个为问题寻找解决方案的案例。这完全本末倒置。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。