本文指出开发人员应超越Kubernetes的传统使用，转向更适合云原生应用的新范式。讨论了安全性如何转向OIDC，避免使用Secrets；网络管理中Ingress的局限性，推荐使用服务网格；工作负载定义建议使用Knative Service；存储管理提倡摆脱PersistentVolume，转向数据库和对象存储。文章强调Kubernetes是平台的基础，开发者应关注在其之上的新抽象。
出品 | CSDN云原生
声明：本文出自CNCF网站，最初由Michael Vittrup Larsen在Eficode博客上发表。CSDN将文章翻译成中文，分享给大家。
Kubernetes在容器编排中无处不在，其受欢迎程度尚未减弱。然而，这并不意味着容器编排领域的发展处于停滞状态。本文将说明为什么Kubernetes用户，尤其是开发人员，应该超越我们在过去几年学到的传统Kubernetes，而转向可能更适合云原生应用的范式。
Kubernetes的崛起
Kubernetes之所以如此流行，部分原因在于它是建立在Docker之上的。容器在Linux和BSD变体中有着悠久的历史，而Docker通过专注于用户体验，使构建和运行容器变得非常容易，从而使容器变得非常流行。Kubernetes建立在容器流行的基础上，使在计算节点集群上运行（又称协调）容器变得容易。
Kubernetes受到欢迎和广泛采用的另一个原因是：它并没有过多地改变软件的运行模式。不管是在原来没有Kubernetes的环境中运行软件，还是在Kubernetes环境中运行软件，区别不大。
你不能教旧范式掌握新把戏
通过构建容器镜像来冻结依赖关系并得到一个“随处运行”的体验，再结合Kubernetes Development资源规范来管理容器副本的编排，这是非常强大的。然而，这与我们在没有 Docker和Kubernetes之前操作虚拟机的方式并没有本质上的不同。这个小小的思维飞跃使我们很容易采用Kubernetes，但这也是我们应该超越“传统”的Kubernetes的原因。
本文将从开发者的角度审视Kubernetes的未来。一般来说，当今的Kubernetes将会消失，开发者也不会在意。这并不是说我们的技术栈中不会有Kubernetes，而
最低0.47元/天 解锁文章
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
