K8S散碎问题收集

1.

一看Maven之痛就知道是Java程序员。在与GraalVM匹配的Micronuat和Quarkus两个架构没成熟之前，Java在云原生领域非常尴尬。成熟的架构都是全家桶式设计，与容器小而精追求八字不合。如果不继承这些成熟的东西，另起炉灶。我干嘛不用GO多造点轮子？GO瞎写起来还没Java啰嗦。

而且Docker是好东西，CD流程其实很方便，部署起来比Terraform开虚拟机还是快多了，绝大部分情况下用不着虚拟机这么强的隔离性。但是K8S就不一样了，感觉99%的企业都没必要用K8S，Docker Swarm可以解决绝大部分问题。要不直接快进到Serverless（虽然这玩意大部分还是基于K8S）阶段，买aws，腾讯和阿里的服务就行了；开发效率直线上升。程序员自己创业的话，起步阶段还可以少配几个后端开发和运维。

2. 整理下确实遇到很多问题，日志的问题比较多，容器漂移，如果日志不接入ELK，真的不太好排查问题，发布我们就制作镜像，代码直接从oss下载，简单的发布其实20s可以完成一个pod，启动脚本采取抽象不通的脚本根据镜像的版本从oss下载不同的脚本。

程序员不懂运维，运维不懂程序员，确实推广过程一个硬伤.

3. 问：但我咋觉得K8s这么香呢，相见恨晚 hhh

netkillernetkiller (作者) 回复昼星10-20 不知道你是否用过硬件，你用过200万以路由交换设备吗？50万以上的服务器，100万的存储…… 40GB光纤以太网，16GB FC存储：）

例如我一直是玩主机游戏和电脑游戏，我就理解不了怎么有人会玩手游。我是7.2 声道雅马哈音响+ XBOX 和 PS4，无论谁劝我我都不会玩手游。明年升级到 8K 电视和PS5 和 XBOX 新版。

4. 须要持久化的应用上k8s： 为了读写速度要绑定物理主机绑定ssd，不能飘了；数据备份还是老方式，只不过操作主体换了个地方；数据库自带集群，所以ingress也没啥用；有需要授权的，没发绑定机器了，用不了；有些集群节点需要在内部配置的，也没有给k8s的接口，k8s直接删了重新pull起不来；还有答主说的这些问题。

总之就是凭空增加了系统复杂度，增加了工作量，增加了安全风险，却没有解决我任何问题。所以你给我个上k8s的理由。。。

所以说不是什么应用都适合上k8s，或者说k8s还需要发展。