飞天发布时刻:2024年 Forrester 公有云平台Wave™评估报告解读 了解详情
写点什么

云原生持续交付的模式和实践

  • 2018-07-04
  • 本文字数:1791 字

    阅读完需:约 6 分钟

RIO(大众汽车公司的一个品牌)首席架构师 Christian Deger 最近在伦敦 Continuous Lifecycle 大会上分享了一系列实现云原生持续交付的模式和实践。Deger 的演讲内容涵盖了用于独立部署管道的模式(得益于容器化)、拥有交付所有权(包括流程和基础架构两个方面)的产品团队,以及动态、不可变性和可组合的基础架构(避免单体,区分宏观和微观基础设施)。

持续集成(CI)和持续交付(CD)对于经常要将独立服务部署到动态创建的基础设施中的自主团队来说至关重要。按照 Deger 的话说,将云原生概念和现代基础设施即代码应用于软件交付系统可以“为已经准备好介入到平台的新服务快速创建的解耦管道,并且所有内容都由代码驱动”。

拥有一个可靠的交付系统,能够承受灾难并且无需等待就能提供反馈,这已成为现代软件交付的先决条件。对 CI/CD 基础设施进行容器化可以:

  • 进行独立的构建:创建带有必要代理配置文件的干净容器(例如,一个应用程序可能需要 Java 8,而另一个应用程序仍在 Java 7 上运行),并且仅在构建期间存在。
  • 带来弹性:每个构建有自己的容器代理,消除等待时间并提高资源使用率。

将此基础设施定义为代码可以从零开始恢复交付过程(例如发生灾难时),并避免出现 CI/CD 雪花服务器(snowflake server),也就是说,通过 UI 进行且未被版本控制系统捕获的变更会导致配置的漂移。

Deger 强调了将快速且可预测地设置新管道(对于新服务)作为项目第一要务的重要性(否则团队就会为了避免较长的启动时间,对现有服务负起更多的责任)。将管道(阶段、任务、依赖关系、构件等)定义为代码 / 配置,可以快速从灾难中恢复,因为这样可以快速重新创建管道,并且可以以最短的延迟交付服务变更。大多数管道编排工具都支持管道即代码(尽管具有不同的实现)。

Deger 建议对管道定义和相应的服务代码进行版本控制,因为自治团队需要拥有完整的交付管道。实际上,Deger 建议每个服务都应该有自己的代码库和实际的服务代码,以及管道定义和基础设施代码。对后者的变更应像通常的应用程序变更一样,都要流经管道,让它们变得可追踪和可重复。这意味着基础设施创建或更新需要通过管道进行动态触发。

在 Deger 看来,避免出现基础设施单体(包含所有服务定义的单个仓库或者按层进行分组的定义,如如数据库、计算实例或中间件)才是最根本的。他建议创建与服务边界(微基础设施)相一致的独立基础设施栈,并在全局栈(宏基础设施)中留下一小组交叉、缓慢变化的非服务特定方面,如网络和安全)。服务从它们共享的宏基础设施中导入参数,以便能够在其中运行。

图片由Christian Deger 提供

另一个主要想法是解耦(或控制)多层服务之间的依赖关系,而不仅仅是应用程序代码。除了每个服务的独立管道之外,其他的依赖关系——例如服务的基础映像(AMI、Docker 等)——应该是静态的(针对特定版本),避免一个镜像更新同时触发多个管道,导致重新部署生产系统的风险。

也许Deger 提出的最有争议的建议是移除管道中的staging 环境。由于服务的变化率很高(至少每小时),Deger 声称几乎不可能在staging 环境中针对所有其他服务的当前版本测试新服务。这可能会导致等待时间变长,因为staging 环境将成为瓶颈,或者变成发布单体,因为多个服务的变更在staging 环境耦合在一起,然后通过测试后一起发布。

相反,通过依靠基于消费者驱动的合约测试以及将生产中的修复时间(MTTR)降至最低,可以独立部署服务变更并对其进行监控,以确保它们在生产中按照预期运行。为进一步降低影响,部署策略应依赖金丝雀发布(特别是密切监控新实例的错误率、延迟和负载)、功能开关(快速关闭发生故障的功能)和蓝绿部署(如果没有数据库变更的话,可快速回滚到之前的环境)。在某些特定情况下(例如重大代码重构),可能可以考虑使用黑暗启动。部署新版本,并发出与生产环境相同的请求,从功能性上面判断响应消息是否正常,新实例是否可以处理负载。

在整个演讲中,Deger 几次强调了团队拥有服务的重要性,从交付(团队负责他们自己的管道和CI 实例)到基础设施(团队定义服务运行的微堆栈)以及运行时(微堆栈包括可操作性特性,如日志和监控)。他建议共享模式、实践和指南,但不要将这些工作集中化,因为这样的话团队将失去自主权,并且对其他团队的依赖会降低交付速度。



图片由Christian Deger 提供

查看英文原文 Patterns and Practices for Cloud Native Continuous Delivery

2018-07-04 11:231981
用户头像

发布了 731 篇内容, 共 459.6 次阅读, 收获喜欢 2004 次。

关注

评论

发布
暂无评论
发现更多内容

霸榜GitHub!银四匠心之作:拼多多/蚂蚁/百度面经分享

Java 编程 程序员 架构 面试

Edge 修改使用的默认搜索引擎

HoneyMoose

一位阿里P8技术大牛的Java面试题总结,在GitHub上仅一天就获赞上万!

Java架构之路

Java 程序员 架构 面试 编程语言

百度交易中台之订单系统架构浅析

百度Geek说

云计算 架构 云原生 后端 云服务

聪明人的训练(八)

Changing Lin

4月日更

webrtc stream,source,track

webrtc developer

学习笔记

山@支

我叫小M,立志建立MySQL帝国。

yes

MySQL

什么是 Jenkins? 运用Jenkins持续集成

码语者

DevOps jenkins

Python OpenCV 泛洪填充,取经之旅第 21 天

梦想橡皮擦

Python OpenCV 4月日更

c 语言思维地基搭建(vis2013编译+第一个c语言程序)

-jf.

4月日更

Airtest入门及多设备管理总结

行者AI

自动化测试

如何避免成为一个油腻的中年猥琐男?

石云升

读书笔记 中年 28天写作 4月日更

百度联合研究成果登上《自然》子刊 推动人才管理大数据智能化转型

百度大脑

百度 AI

webrtc 开启新特性

webrtc developer

众盟科技:直播浪潮下,医美行业的私域营销之变

脑极体

Linux C/C++ 服务器/后端开发/后台开发学习路线

Linux服务器开发

C/C++ Linux服务器开发 Linux后台开发 Linux后端开发

上来就问MySQL事务,瑟瑟发抖...

咔咔

MySQL 事务

在华为云专属月中,寻觅互联网更需要的云味道

脑极体

2021 优质前端资源精选 —— 持续更新,欢迎共建

清秋

大前端 教程 资源 社区 4月日更

MySQL-技术专题-锁的介绍分析

码界西柚

MySQL lock 锁机制

飞桨与宸曜科技完成兼容性认证

百度大脑

认证 飞桨

AI开发降本提效之道:云智一体AI开发全栈模式

百度大脑

百度 AI 飞桨

解Bug之路-主从切换”未成功”?

无毁的湖光

数据库 主从环境

揭开MySQL索引神秘面纱

咔咔

MySQL 索引

从零开始写游戏服务器①:前期了解

Integer

c

MySQL查询优化必备

咔咔

MySQL 查询优化

MVCC:听说有人好奇我的底层实现

咔咔

MySQL MVCC

如何保护您的SaaS应用程序?

龙归科技

网络安全 SaaS 远程工作 单点登录

你对JVM垃圾收集器了解多少?面试官夺命13问谁碰谁不迷糊啊!

北游学Java

Java JVM 垃圾回收

Wireshark数据包分析学习笔记Day28

穿过生命散发芬芳

Wireshark 数据包分析 4月日更

云原生持续交付的模式和实践_DevOps & 平台工程_Manuel Pais_InfoQ精选文章