改变的不是写代码方式，而是开发管理方式。传统开发和敏捷在开发阶段参与者角色是项目经理、产品人员、设计人员、开发人员。而devops主张的是全员开发，将本来位于上线阶段的运维人员前置，从项目规划阶段就参与开发。

开发管理方理念的改变，带来的是全流程的变化，写代码的方式其实没有改变，而是因为流程的变化，导致以前开发结束才考虑的环境配置放到了前边。至于server到service mesh跟云原生没有必然联系，实际上在分布式rpc开始就已经在向这个方向发展了，接着演化出服务化，一直到近些年的微服务。

而容器化是由微服务带来的需求，服务功能单一化之后，单独的物理机或者虚拟机，运行一个单一功能的服务显然是资源的巨大浪费，于是基于相同环境的新资源组织形式才有了实际的需求。

所以，显示dry原则的落地，然后是服务的单一化，之后才是容器化。不要云原生这个结果当成了原因

【 在 ilovecpp 的大作中提到: 】
: k8s生态主张以新方式（“云原生”）写代码，例如，把网络配置，服务发现等全部从server移到service mesh，server只和sidekick通讯。这显然是要改变开发写代码的方式的。
--
FROM 114.249.193.*