这是一个创建于 297 天前的主题，其中的信息可能已经有所发展或是发生改变。
2020 年左右 .net core webapp 是可以很简单的在 ide 里生成 helm 部署到 k8s 集群的
但好像当时 go opreator 社区比较活跃
后来找了一段 devops ，跨度太大，感觉无望后也就没怎么关注 kubernetes 了
最近实践了 react native + c++ 的跨平台编程
写了一个 ios 和 android 上的扫雷游戏，win/mac/embeded linux/ios/android 都入门了
就差鸿蒙了 ，又有点《识盈虚之有数》的感觉
想再搭个 Kubernetes 高可用集群 玩一玩，看能不能做个聊天软件
刚才看有人在其他帖子的评论区讲提到 helm
思维发散了一下， 想看看有没有必要学一学 go, 毕竟 operator 是 go 模板
c++/rust/go 都能开发高并发服务，各有长短，前者有基础，后面两 0 基础，何当取舍？
 |
1 mightybruce 2025 年 8 月 22 日 13
你连话都说不明白， 一点逻辑都没有， 去知乎和 linuxdo 吧。 |
 |
2 BeforeTooLate 2025 年 8 月 22 日 1
OP 是办公室怕被抓么，感觉都没怎么组织就啪啪啪打完发出来了 |
 |
3 hwdq0012 2025 年 8 月 22 日@mightybruce #1 细嗦哪里没有逻辑？ 最近想玩 k8s->讨论有人讨论 helm-> helm 实用还是 operator 实用-> 要不要学 go ，以便写 operator 你串不起来吗？ |
 |
5 kidlj 2025 年 8 月 22 日wtf? |
 |
7 jamel 2025 年 8 月 22 日 2
不知道在说什么，一脸懵逼。 你又不了解，不会，你直接说，问问题就完事了。菜就承认 很少评论帖子，这是第一次 评价一个技术人，无语住了。（没忍住，不好意思，有点像一个知乎话题：为什么程序员这么自傲） |
|
9 hwdq0012 2025 年 8 月 22 日@jamel #7 很正常吧，后端写成 helm 或 opreator 直接部署，否则为什么 ide 里要有这个功能呢，2010 年我就实践过了， 我确实不了解 operator ，但知道用 go 写 operator 是主流，我也确实是在问吧？ |
|
11 jamel 2025 年 8 月 22 日@hwdq0012 我也是醉了，后端写成 xxx ，否则为什么要有 xxx 。 请问 是不是 k8s 高可用没搭起来之前，你的 聊天软件 是不是 就不用写？ |
|
13 jamel 2025 年 8 月 22 日 |
|
14 hwdq0012 2025 年 8 月 22 日@jamel #11 自己玩的项目，肯定是先把环境弄好，一步到位吧，又不是公司项目，ide 里集成的功能说明是常用功能， 项目右键发布 heml ，不常用 做到右键里干什么呢 |
 |
17 airycanon 2025 年 8 月 22 日 3
一开始看着还挺正常，在讲 helm 和 operator 。 |
|
20 hwdq0012 2025 年 8 月 22 日@airycanon #17 你的意思是聊天软件和 k8s 没有什么关系吗， 或者说这种技术组合不合理，我其实没做过后端，但很感兴趣，我认为 devops 是后端最终的方向 |
 |
22 COW 2025 年 8 月 22 日主流基础设施、平台组件基本都有成熟的 operator ，也就业务上可能会用到，真运维从来不纠结这玩意，会用就行了 |
|
25 hwdq0012 2025 年 8 月 22 日@COW #22 我的想法是写的后端 app 直接输出 docker 和 operator/heml ， 快速部署到测试环境或生产环境，一步到位 |
 |
27 Lee2019 2025 年 8 月 22 日首先 k8s 和聊天软件没啥关系，不懂为啥写“想再搭个 Kubernetes 高可用集群 玩一玩，看能不能做个聊天软件”，当然你可以写个聊天软件，愿意传统的部署方式就二进制/deb/rpm 部署，愿意容器化就 docker/k8s 部署，怎么舒服怎么来 其次想写 operator 也不一定非要用 go ，用 rust/python 也很成熟，一堆现成的轮子来用 最后作为一个 devops ，我对 operator 深痛恶绝（原因是这玩意儿太复杂了，研发的水平参差不齐，指不定写成什么样，我又不可能去替他们写或者 review 他们代码（我算哪根葱去审核他们代码)，写不好这就是个灾难），所以我都是要求我们的研发写 helm charts 来部署应用，而且一般研发也不会吃饱了撑的主动要求去写 operator |
|
28 hwdq0012 2025 年 8 月 22 日@Lee2019 #27 |
|
31 jamel 2025 年 8 月 22 日 2
但凡 会 有点 AI ， 都问不出这种 憨憨问题。 |
 |
33 bli22ard 2025 年 8 月 22 日 3
K8s 直接塞到 React Native 里讲，顺手把 DevOps 并发调到天花板。至于 Helm ，它在鸿蒙里玩高可用，其实跟 K8s 上一样能复用。怎么取舍？我觉得嘛，C++上的 K8s 得深挖才有味道，但游戏这种事，用 Rust 随便玩玩就行。 @mightybruce #1 |
 |
35 Yanickkk 2025 年 8 月 22 日 1
高并发服务，得区分是 IOBound 还是 CPU Bound 的，我们 Gopher 从来没有承认可以开发 CPU Bound 的高并发服务。 |
|
36 jamel 2025 年 8 月 22 日 1
我感觉 他是 延边大神反串的。 |
 |
42 fitme 2025 年 8 月 22 日搭建 K8s 并学习 go 写 operator 完成部署聊天软件 |
|
44 hwdq0012 2025 年 8 月 22 日@cloudzhou #43 脑子漫游状态，随便打了点字就发出来了，不知道什么时候养成了这么种习惯，打完最后一个字会直接发送出去 我看了你的几篇主题，都写得很有条理，我不行，恨不得多长十根手指，博客中也很多错字别错，也不是不认字，就是没有审核的习惯 |
 |
46 monosolo1on1 2025 年 8 月 23 日 via iPhone 1
楼主曾经对 k8s 有兴趣但是被 go operator 劝退了。 最近折腾了很多新玩意，感觉很有趣，就又想把 k8s 搞起来，但还是被 golang 难住了。纠结到底是学一下 golang 顺便把 helm 玩起来，还是投资到 rust 。 阅读理解速度比不上喷人的速度，还把 LinuxDo 和知乎带上，还一群人点赞。 |
 |
47 FarmerChillax 2025 年 8 月 23 日@hwdq0012 #38 我觉得 helm 和 operator 也没啥不然的关系。 你的意思是没了 helm 没了 operator ，k8s 这些能力就没了？ |
 |
49 DefoliationM 2025 年 8 月 23 日你的标题和内容有什么关系吗，k8s 的什么问题你倒是说呀？ |
 |
51 CKylinMC 2025 年 8 月 24 日我觉得楼主这段话的问题可能是干扰信息比较多，排版也没仔细整理过。又带上回帖里面大家火气又都重... 我看的意思是，楼主想用某个语言开发高并发的聊天软件并最终使用 k8s 部署，所以想问问用什么语言好，然后中间扩展了一些楼主目前的技术栈，然后怎么选的这几个备选的过程。 嗯...其实和标题确实关系不大，标题写“c++/rust/go 哪个更适合开发高并发服务”可能更容易理解？ |
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。
