我是用二手 r730 + k0s 搭建的集群。本身带副本的服务就直接用 openebs 的 local 存储，不带的则是用 NFS 接 TrueNAS 共享出来的存储。反正个人用，也不在乎 HA 啥的，NFS 够用了。Rook 那玩意太吃配置了，ceph 本身三主+三副本就需要六节点，还有 k8s 自己的资源消耗。

@encro 我们也是。内部 http ，外部用 k8s ingress 统一套一层 https 。

证书你可以选择用 http 测试，或者用 letsencrypt 免费证书。CORS 你是不是用了 IIS 做托管？

@NCE 这是前辈了啊。我现在做游戏带队用 Orleans+.NET 7+EFCore 7 。感觉真的挺舒服的，就是另一个老项目升不上来版本非常蛋疼。维护两套东西脑子经常转不过来。上上个项目我们用 Go 做的比赛匹配，但是团队成员反应都不太好。感觉写起来麻烦，后来调研之后就换现在的技术栈了。

创业公司，而且还是用过 Java 那一套的，还是纯 WebAPI 的业务，你就用 .NET 那也比 Go 来的更方便啊。。。

其它的不多说，我觉得你们肯可以参考一下 bitnami 他们的开源 helm 仓库的写法。

@movq
表现不同的原因是虽然 C++ 的 print 方法是 virtual 修饰的，但是 C++ 在执行继承层次的时候 vtable 是分步构造的。这导致在执行父类构造方法的时候 vtable 是指向父类的，因此 virtual 修饰的方法仍然是调用父类而不是子类。在父类构造完成后，执行子类构造方法的时候才会将 vtable 指向子类。
而 Java 的类似功能的指针初始化会在构造方法执行前就把整个虚表指针设置完，因此父类调用遵循 virtual 修饰语义。
其实我倒是认为 Java 的选择更好一点，因为没有违反 virtual 语义，而 C++ 的话其实是违反了 virtual 语义的：virtual 修饰的方法没有多态性。
Java 里你可以通过用别的方法简单的在父类调用父类自己的方法，即使是 virtual 修饰的；反过来 C++ 里父类构造想要调用子类重写，我还真不知道什么简单的办法，都比较 hack 。比较一下我觉得 Java 的选择可能是大部分场景下的更优解。
（ ps：但是 C# 才是 yyds ^_^

如果不是这样的话，那要怎么实现 abstract 方法呢？

运行时没有办法，你可以用模板加 sfinae 来编译期决定类型，用继承添加类型，运行时根据传入类型决定创建的实际子类

没有注解做这个真的麻烦，不然语言内用注解或者属性就更方便了。

那我就猜一个食管平滑肌瘤吧。

@SQLException traefik 的具体生态我觉得你就看它的文档和 GitHub 自己评估吧 2333333

买一个 qnap 的双盘型号，放两块 SSD ，组一个 raid1 ，开 SMB ，完事。

你要上生产，那就用 traefik

@mxT52CRuqR6o5 core 也没什么不好，scale 目前在性能上还是比 core 差一些。如果是纯存储的话 core 我反而觉得更合适。

TrueNAS 唯二的缺点，硬件相对更贵，扩容相对麻烦。如果你不在乎这两点那当然首选 TrueNAS 。Unraid 的问题是想增加性能很难，基本只能上 SSD 才行。另外 Unraid 配置 raid 极为麻烦。
考虑你要 raid ，要万兆，要 NFS 这种纯同步写的文件服务。我觉得你还是考虑 TrueNAS ，配置好 SLOG 。

考虑一下 WORKDIR 的可能。

横向扩展不能增加吞吐先观察一下流量是否正确分发了，其次考虑是否有全局单点，比如缓存和数据库等。以上都没问题那就本地开发环境开 profiling 观察热点和瓶颈。