当然，持续交付也是有代价的，比如沟通成本，前期设计考虑不周导致的返工和修改成本。但是对于市场经济讲求高效和淘汰的原则，这些代价都可用忽略不计。试想，如果王者荣耀采用瀑布式来交付产品，那么市场上早就没有它的一席之地了，更别谈其他同类游戏开发了。
云基础设施
我们从三个维度来看云基础设施：
逻辑层面：可以理解成是抽象的超级计算机，通过软件比如k8s，把n台服务器组装成一台抽象的超级计算机，他是属于pass层（平台即服务）
物理层面：
这个集群由很多节点组成，而且可以按需添加更多节点，这些节点可以是物理机也可以是虚拟机。
每个节点都有一定的CPU和内存容量。
整个集群的CPU和容量是所有节点的CPU和容量总和，而且可以按需给这台计算机添加更多的CPU和内存。
从这个层面理解，它是iaas层。
部署层面
公有云，可以是阿里云，微软或亚马逊云，前提是应用要设计成面向云原生应用。
私有云，可以自建数据中心或者是集团企业的数据中心，这个数据中心可大可小，大到成百上千台服务器，小到1台服务器。当然这里运维的人员也会有些变动，但是不会太多。
混合云，对上面两种部署的混合使用，也就是一部分应用放在公有云，比如说统一认证授权服务；一部分应用放在私有云，比如说核心数据。
这里为什么没有saas，因为saas是运行于云操作系统至少的应用，面向的是业务层面，不能算是基础设施。
回顾:至此，你对云原生的内涵理解应该达到了"充血模型"了，那么我们来总结一下云原生技术变迁：
云原生的技术变迁受到各自因素影响，前期发展缓慢，后期爆发的一个过程。比如业务发展，技术的历史包袱，组织和个人对云原生的重视程度等等，并不会发展得那么快，那么一帆风顺，可能会是一个3-5年甚至更久的过程，但是整个势头是不可阻挡的。
云原生涉及到的不仅仅是技术层面的升级，更是是文化、组织架构、方法论的变更。
微服务因为有了容器技术(k8s)和DevOps的加持，开发成本会持续的接近单体项目的成本，当二者趋向一致的时候，就是引爆的时候。
以上是个人的浅见，你觉得云原生对于研发团队的意义了吗？你觉得在研发效能，业务规模化变更和推进传统技术现代化升级上有没有价值呢？希望你能留言探讨，倾听您不一样的高见。
参考文章：畅谈云原生和K8S发展