现在运行一个规模适中的Kubernetes相对容易且无痛（k3s）。尤其是在扩展方面。CNPG是一个绝对强大的工具（好的方面）。cert-manager比Docker的替代方案更容易使用，calico从未让我失望（除了在BGP模式下，有一些陷阱，比如一旦进入死状态就无法恢复，因为存在鸡和蛋的问题，除非你将其指向外部负载均衡器，如果我读过文档的话我应该会知道这一点）。trafik是您需要的一切。talos在很大程度上缓解了裸机的问题，并且已经预先加固和优化。我独自完成大部分开发项目，并且所有项目都使用了k3s。唯一的抱怨是cert-manager默认会静默失败，您的证书会过期。我通过使用Grafana设置适当的可见性并设置自动警报（在证书即将过期时发出警告）来大大缓解了这个问题，这本来就应该由我来完成。…
源讨论面试教会了我关于Kubernetes的事情原帖 224 条评论 · 导入时统计我在一家初创公司做过这个决定（尽管当时工程团队大约有30人，我们有一个单体架构，有大约10个支持服务）。即使按照文章中提到的原因，我不会再这么做了。 统一性很好，我们是从直接在ec2实例上运行的应用程序过渡过来的，这些实例是用ansible配置的。每次启动新服务时，都需要一个过程来配置好ec2实例。 但k8s真的很难用。我认为刚接触它的人没有意识到它并不是开箱即用的——要设置一个基本的托管集群，你仍然需要安装很多额外的控制器（比如ingress、cert-manager、external dns等）。然后你还要负责升级你的集群，以及所有这些控制器，大约每三个月一次。而且没有人会避免引入破坏性变更。 另外，你还会引入大量的复杂性。…
完整原文把你的经验，加入这段讨论。
我认为父母会希望得到类似Heroku所代表的东西（会是什么呢？） K8s在小规模下更容易使用（我知道k3s是一个打包版本吗？），但你仍然需要团队中有一到两个人真正理解K8s的所有概念和内部机制，并且能够在出现问题时深入排查。 对于一个小团队来说，这需要大量的投入，而这些通常不是他们的核心业务，他们希望只构建一次，然后每年只需稍作调整。
完整原文> cert-manager比Docker替代方案更容易 MDomain blog.kronis.dev 我并不是说cert-manager不好，但使用常规的Docker/Compose/Swarm设置，你可以随意在任何端口运行一个Web服务器/负载均衡器。使用mod_md，我只需要在常规的.conf文件中做上述事情就可以为我的博客申请Let's Encrypt证书（类似Caddy也是如此）。在Docker中和直接运行Web服务器时是一样的，我认为这就是为什么从Docker开始真的很方便，因为它有更少的自定义抽象，有时常规软件已经可以优雅地完成任务。
完整原文我宁愿每天使用一个运行cert-bot的cronjob和一些监控来确保域名的证书不会即将过期，而不是使用cert-manager。 我记得cert-manager在弄清楚证书为何无法续期时，有大约三层自定义资源需要处理。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。