写点什么

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

  • 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:231752
用户头像

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

关注

评论

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

所见即所得的用户增长技术背后是如何实现的

代立冬

大数据 用户增长 用户增长技术 ad-hoc技术

拥抱K8S系列-07-部署K8S集群(Rancher)

张无忌

Kubernetes rancher

两年Java工作经验涨到23K,这究竟是怎么做到的?

Java架构师迁哥

有关 HashMap 面试会问的一切

小齐本齐

Java 数据结构 算法

python——深入类和对象

菜鸟小sailor 🐕

一次代码评审,差点过不了试用期!

小傅哥

Java 小傅哥 代码质量 代码优化 代码规范

oeasy 教您玩转 linux 010214 画面转文字 asciiview

o

区块链技术与我们的生活将并存

CECBC

区块链 数字经济

Js 封装:阻止频繁重复操作

程序员与厨子

如何正确设置Java.home

谷鱼

Java String 面面观

keaper

Java string pool string

不懂 ZooKeeper?没关系,这一篇给你讲的明明白白

大头星

我敢说,这个版本的斗地主你肯定没玩过?

华为云开发者联盟

命令行 游戏 斗地主

SpringBoot写后端接口,看这一篇就够了!

华为云开发者联盟

后端 swagger pringboot

区块链合约层是一种自动执行的数字协议

CECBC

区块链 智能合约

如何搭建第一个 Spring 项目?

小齐本齐

spring Spring Framework Spring Bean

设计模式只是一把锤子

博文视点Broadview

读书笔记 编程 面向对象 设计模式

知识点总结

Acker飏

端-边-云全面协同创新 英特尔携手百度共推产业智能化升级

E科讯

高并发系列——CAS操作及CPU底层操作解析

诸葛小猿

CAS AtomicInteger compareAndSwap cmpxchg lock

Spring IoC 到底是什么?

小齐本齐

spring 程序员 ioc Spring Framework Spring Bean

云图说 | 华为云GPU共享型AI容器,让你用得起,用得好,用的放心

华为云开发者联盟

gpu caffe

如何让知识图谱告诉你“故障根因”

华为云开发者联盟

华为云 知识图谱 图谱

音乐创作者必备软件,轻松玩转原创

奈奈的杂社

音乐制作 编曲 电音 作曲 乐团

架构师期末作业

傻傻的帅

Mysql学习笔记:InnoDB索引结构浅析

马迪奥

MySQL 索引结构 innodb

Mysql学习笔记:分库分表(sharding)

马迪奥

MySQL Sharding

开源决策树工具xDecision简介

赫杰辉

决策树 可视化 简化代码

解Bug之路-记一次JVM堆外内存泄露Bug的查找

无毁的湖光

Linux JVM heap memory GC Linux Kenel

区块链交易系统开发,期货合约平台搭建

区块链技术最重要价值所在

CECBC

区块链 数字经济 互联网革命

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