… 我永远忘不了我曾工作的那些保险公司，它们为每一个代码库都精心设计了k8s部署，每月的云支出轻松达到数万美元，而处理的负载只有10万MAU，同时峰值并发用户从未超过5000人，这家公司本身也清楚这一点，因为它们有40年的记录。真的有一个20人的团队，他们存在的全部意义就是管理公司的k8s设置。这家公司之所以能维持下去，唯一的原因是它是一家保险公司（保险公司非常赚钱，别被它们说服否则；它们的利润高到政府不得不立法限制它们的合法利润）。这简直是疯狂，不可持续，而且是有限人力资源的巨大浪费。不过我很高兴你喜欢它用于你的node应用，为你开心。
源讨论我正在构建一个云原帖 563 条评论 · 导入时统计这取决于你具体在做什么。 我的应用是一个相当简单的节点进程，还有一些辅助工作进程。K8s 让我能够以一种标准的方式，轻松地为 30 个 PR 部署 30 次，并进行标准的清理。 我能不能不用 K8s 做到这一点？可以。但以同样的标准和同样的努力程度做到同样的效果？可能不会。在这里，我认为 K8s 的 API 和接口比在 AWS（或你偏好的云服务商）上做这些事情更好。 事情变得复杂的是，K8s 本身几乎就是云服务商软件。因此，之前擅长使用托管服务的团队现在需要承担更多堆栈的责任，而这些随机的运维英雄并不总是在所有地方都能做出好的决策。 所以你真的有三个明显的使用场景： a) 你在使用 K8s API 做一些在云服务商上不容易实现的事情。基本上，你是一个高级用户。 b) 你想要一个云抽象层…
完整原文把你的经验，加入这段讨论。
作为一个简短的补充，我尝试了Coolify、Dokploy、Dockge和Komodo，如果你想要做类似Heroku的PaaS，Dokploy真的很好。在交付应用和数据库方面，它的用户体验是毫无疑问最好的。只是许可方面有点遗憾。（例如，OIDC和审计日志需要付费的企业版许可。） Coolify功能很全面，但用户体验较差，而且曾经出现过一个严重的问题（如果你想知道，是与Traefik有关的。）Dockge只是你正在运行的Docker容器的一个简单界面，而Komodo则有点难以理解/难以构建一个可行的部署模型，而且没有内置对数据库等的支持。
完整原文K8s 只是用于在硬件上运行“程序”的标准化 API，这是一个非常困难的问题，而它解决得相当不错。 它复杂吗？是的，但它所要解决的问题本身也很复杂。与前一代多机器部署系统相比，它的复杂性是否更友好、更容易使用？答案也是肯定的。
完整原文几年前我接管了一家POS公司的技术部门。他们是一个.NET公司，有大约80名开发人员，同时连接数不到200个，云服务花费六位数，但可用性只有0个9，而且采用的是非常传统的架构。 重点是，问题不是由工具引起的。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。