期待楼主的干货~

最终如何选择要根据架构体现出来的复杂度/可读性/业务可维护性等多方面来评价，楼主先自行比较一下再做考虑。

@lasuar #42 足=》不足

楼主看起来 web coding 经验还是足，其实你多加考虑后会发现，这与定义多个接口并没有本质上的区别（多个接口仍然可以统一使用 POST 方式）。

So ，没有必要引入楼上说的其他技术来增加复杂度。

显然，不建议实说。很多父母都喜欢对外吹嘘，薪资应该属于隐私，暴露出去没什么好处，跟私房钱一个道理。

@byzf 做这个抽象(template, values)是为了实现它的灵活性。这就是 helm 的用处啊。简单的应用它的部署模板自然就简单，那相对应的必然也有复杂的。
根据你的描述，我认为你还是没有理解 helm 的真正作用。
另外，在部署之前，你可以用他的一个验证命令打印出实际的 yaml 内容，确认无误之后再部署。
你也不能说是 helm 依赖上游的 chart ，因为 chart 这个东西应用的官方自愿提供的，如果一个东西没有作用，他没必要花精力来维护。helm 自身只是一个将 yaml 和配置分离的工具，这种工具在需要经常迭代应用的时候是非常有用的。
最后，我想说的是，阅读官方提供的 chart 模板是可以帮助部署人员进一步理解这个应用应该如何部署的，特别是对于那些不擅长部署应用的开发者人员。

第一点没看懂啊，values 没定义你不能自己加吗，官方给的 chart 不符合你的需求就自己修改模板不就完了？

复杂项目搭建生产，比如 MySQL 和 ES 你确实可以不用 helm 的，用就得读一遍文档和模板，这没法避免的。但实际你的工作并没有简化太多，因为你要自己去编写 statefulset.yaml ，这不一定有官方 chart 完善。

@wjfz #29 之前考虑过，但是整个文档中需要引用的模板实在太多了，都贴到文档里面会把篇幅搞得特别大。这边也是建议一边练习一边看哈。https://i.imgur.com/MA8YqTP.png

@AmaQuinton #24 浏览器就可

@AmaQuinton #24 最好是电脑，因为要结合实践，github 网站查看 md 文件内容可以在内容右上角点击对应按钮查看目录大纲。

@wsseo #21 我的教程吗？哪些不完善可讲一下

@wsseo #13 哥们，之前的帖子你好像问过吧，我回复你了。
https://kuboard-spray.cn/guide/install-k8s.html

@xiaoriri666 #4 后期再看看，现在 github 上的 md 文档也可以查看大纲

@YaD2x #12 好兄弟。你应该没有完整看我的[安装文档]( https://github.com/chaseSpace/k8s-tutorial-cn/blob/main/install_by_kubeadm/install.md)没，我还是回答你的这几个问题。

1. 节点配置容器运行时的命令（ containerd ）：crictl config runtime-endpoint unix:///var/run/containerd/containerd.sock
2. node 节点要安装三大件（ kubeadm, kubelet, kubectl ）以及容器运行时
3. 这个还没遇到哈。如果改动的话，还会影响文档其他位置（某些版本特性），暂时不考虑哦

@julyclyde #11 只能说一定程度上是的。

@fw1314 #10 嗯

@745839 #6 0 基础教程

基本上所有的案例都是笔者实践后才会写入教程，故障排除的部分也有包含。

@FrankAdler #1 那太多了，教程绝不是翻译/照搬官文而来（当然会有较少部分）。官文仅做权威参考，其他我还参考了两本专门的 K8s 书籍和相关资料。兄弟可以先浅看一下。