云原生持续交付的模式和实践
极客时间编辑部
讲述：丁婵大小：991.50K时长：02:07
最近，RIO（大众汽车公司的一个品牌）首席架构师克里斯蒂安·德格（Christian Deger）在演讲中，分享了一系列实现云原生持续交付的模式和实践。
据了解，持续集成（CI）和持续交付（CD）对于经常要将独立服务，部署到动态创建的基础设施中的自主团队来说是至关重要的。德格认为，将云原生概念和现代基础设施即代码，应用于软件交付系统，可以为已经准备好介入到平台的新服务快速创建解耦管道，并且所有内容都由代码驱动。
实际上，拥有一个可靠的交付系统，能够承受灾难并且不需要等待就能提供反馈，这已经成为现代软件交付的先决条件。对 CI/CD 基础设施进行容器化可以做到以下几点：
进行独立的构建：创建带有必要代理配置文件的干净容器（例如，一个应用程序可能需要 Java 8，而另一个应用程序仍在 Java 7 上运行），并且仅在构建期间存在。
带来弹性：每个构建有自己的容器代理，消除等待时间并且提高资源使用率。
德格强调，将快速、可预测地设置新管道（对于新服务）作为项目第一要务是十分重要的（否则团队就会为了避免较长的启动时间，对现有服务负起更多的责任）。将管道（阶段、任务、依赖关系、构件等）定义为代码或配置，可以快速地从灾难中恢复，因为这样可以快速地重新创建管道，并且以最短的延迟交付服务变更。
德格建议，对管道定义和相应的服务代码进行版本控制，因为自治团队需要拥有完整的交付管道。实际上，每个服务都应该有自己的代码库和实际的服务代码，以及管道定义和基础设施代码。
他的另一个主要想法是解耦（或控制）多层服务之间的依赖关系，而不仅仅是应用程序代码。除了每个服务的独立管道之外，其他的依赖关系应该是静态的，例如服务的基础映像（AMI、Docker 等），避免在一个镜像更新的同时触发多个管道，导致重新部署生产系统。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论