写点什么

Docker& 持续交付部署类型

  • 2019-11-28
  • 本文字数:1749 字

    阅读完需:约 6 分钟

Docker&持续交付部署类型

不知道大家在平时部署项目的时候,是采用什么方式来持续部署的呢。在本篇文章中,女主就给大家整理了一下,普遍使用的几种持续交付部署方式。以及各种方式的优缺点,供大家参考使用。


我们发现如果想要使团队更高效,应该使用 Docker 来实现持续交付(CD)。CD 可以使用多种部署方法实现,Docker 只是帮助实现必要的“基于工作流”的集成/构建过程的一个工具。

持续交付部署类型

现在,我们将研究这四种主要的部署类型,并概述它们的优缺点。


它们分别是:


  • 最小服务内部署

  • 滚动应用更新

  • 蓝 / 绿部署

  • A / B 测试


这四种部署类型分为两类:应用程序和基础设施部署。

1 最小服务内部署

通过这种方法,我们指定了在更新剩余百分比的同时保持在服务状态的应用程序中的最小实例数量,因此部署到尽可能多的目标。重复此过程,直到所有服务器都已更新为新版本。


例如:如果我们有 5 个容器,每个容器运行我们当前的应用程序 A,那么我们设置我们的策略以保持最小服务中数为 2。我们使 3 个服务器脱机,以将它们更新到我们的新版本 B。一旦这些完成并返回在线,我们可以更新剩下的 2 个。



缺点:


  • 这个过程发生在多个阶段,所以需要以 Swarm 之外的协调和健康检查的形式进行支持

  • 对于基础设施的变化,效果不好

  • 在正在运行的服务器上进行更改,如果发生故障,需要时间恢复


优点:


  • 运动部件少,意味着测试能力的提高;在过程中进行应用程序和代码更改

  • 没有宕机和额外的基础设施成本

  • 这个过程通常比滚动部署更快(见下文)

2 滚动应用更新

考虑将滚动部署作为最小服务内容的扩展。但是,我们并没有定义应该保持联机状态的容器数量,而是指定最大数量的容器进行更新。


例如:我们有和前面一样的 5 个容器,但是这次我们通过指定可以同时更新的容器的数量来初始化滚动更新。进程一次移动 2 个容器的更新,直到单元中的所有服务器都更新。


Docker Swarm 支持滚动更新。 默认情况下是一次更新一个容器。 要修改这个,使用-update-parallelism 设置



缺点:


  • Docker 滚动更新以两种方式处理失败:

  • 通过暂停,允许干预并回滚修复

  • 或继续不管,这意味着可能不会在容器运行时发现问题

  • 比最小服务内部署更复杂

  • 在部署时间方面可能是效率最低的; 基于每个阶段更新的时间

  • 我们再次推荐 Swarm 之外的协调和健康检查


优点:


  • 不需要停机

  • 可能会暂停,允许有限的多版本测试

  • 允许进行自动化测试——在继续之前评估部署目标

3 蓝 / 绿部署

当遵循蓝/绿(又名红/黑)方法时,我们短时间复制我们的“整个”基础平台。复制的基础平台托管新的应用程序,而旧的基础平台继续运行,直到测试完成并采用新的堆栈。 实现这一目标的能力已经存在了很长一段时间,但在云之前,这是一个非常昂贵的部署方法。现在,我们可以将堆栈部署到一个全新的环境中,从而实现独立的评估,并以最低的成本感谢 Cloud。一旦测试完成,我们将应用程序切换到新版本并关闭旧版堆栈。



如图所示,蓝色表示您当前的环境版本,而您要部署的新变体是绿色。通常,这发生在 DNS 更改的形式,尽管您也可以通过修改 Auto Scaling 组来部署 Blue / Green。


缺点:


  • 需要高级编排工具

  • 一些数据库是必要的风险

  • 产生了一些额外的成本,虽然仅在短时间内

  • 非自然的用户流量会使您的服务器泛滥,这不是一切破坏的要点


优点:


  • 由于基础设施变得不可变,所以降低了风险

  • 提供接近零停机时间

  • 使用 DNS 更改时,切换是干净可控的

  • 过程是完全自动化的,并提供一个更大的验证窗口

  • 在切换之前测试整个环境的健康和性能是可能的

4 A / B 测试

A / B 部署与 Blue / Green 几乎完全相同,但是在这种方法中,我们只将少部分流量发送到我们的新绿色环境。这种方法能够切换环境和改变基础平台,但比 Blue / Green 部署更精确。



缺点:


  • 与前述的部署方法相比,有很多移动部件

  • 更加复杂

  • 需要一切完全自动化

  • 非自然的用户流量会使您的服务器泛滥,这不是一切破坏的要点


优点:


蓝/绿部署的所有好处,以及:


  • 我们可以预测规模能力和预热作业

  • 用于测试新功能并逐步评估性能,稳定性和健康状况

  • 我们获得客户验证,同时减轻爆炸影响和广泛的错误

总结

对于以上的部署方式的选择,归结为最适合你的业务和技术需求的方法才是最好的。如果这对您的应用程序和用户群体是有意义的,我们强烈建议尽可能利用 A / B 测试。


本文转载自公众号 360 云计算(ID:hulktalk)。


原文链接:


https://mp.weixin.qq.com/s/1vXS_PgKFbNo8C346qSY3w


2019-11-28 13:221012

评论

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

数据库运维实操优质文章分享(含Oracle、MySQL等) | 2024年7月刊

墨天轮

MySQL 数据库 oracle sql postgresql

碳课堂|数字技术如何助力碳中和目标实现?

AMT企源

数字化转型 碳中和 碳达峰 碳管理

华为云CodeArts API:API管理一体化平台 7月新特性介绍

华为云PaaS服务小智

API 华为云

极客天成和ScaleFlux完成产品相互兼容认证

ScaleFlux

分布式存储 企业级SSD

一直没找到合适的开源富文本?何不尝试下Fluent Editor,一个基于Quill 2.0的富文本编辑器,功能强大、开箱即用!

OpenTiny社区

前端 OpenTiny TinyVue 开源组件库

KubeCon China 2024 现场见!与华为云原生专家畅聊服务治理,一起Meet The Authors !

华为云原生团队

云计算 容器 云原生 KubeCON

一站式统一返回值封装、异常处理、异常错误码解决方案—最强的Sping Boot接口优雅响应处理器

京东科技开发者

QPS提升10倍的sql优化

京东科技开发者

小度联合新华网客户端,举办“AI技术对中小学教育的深度赋能”主题活动

科技热闻

政策红利叠加技术支持:低门槛开发高潜力游戏直播平台

软件开发-梦幻运营部

亚马逊云科技服务之安全巡检及优化

伊克罗德信息科技

1场Keynote,7场技术演讲 | Karmada云原生多云容器编排引擎闪耀亮相 KubeCon China 2024

华为云原生团队

云计算 容器 云原生 KubeCON

【原创】【深入浅出系列】之代码可读性

京东科技开发者

沪港数据竞赛圆满落幕,启信宝独揽双重大奖

合合技术团队

科技 合合信息 启信宝

StarRocks 存算分离 Compaction 原理

Ding_Kai

数据仓库 StarRocks

独家揭秘丨GreatSQL 的MDL锁策略升级对执行的影响

GreatSQL

链动2+1系统开发升级版/规则玩法/案例设计/项目逻辑/源码功能

V\TG【ch3nguang】

MES系统在铜加工行业的应用

万界星空科技

mes 万界星空科技 铜业 制造业工厂 铜加工

什么是BPM,如何构建一个BPM App?

NocoBase

低代码 BPM 无代码

上海锐起科技桌面虚拟化方案与中国芯的不解情缘

上海锐起科技

岳阳东宇第六家高端网咖开业,这位老板笃定14900K的原因是?

E科讯

如何选择合适的代理IP?

IPIDEA全球HTTP

AI制作PPT软件有哪些?这款中文版Gamma值得推荐!

职场工具箱

效率工具 职场 PPT 办公软件 AI生成PPT

解析淘宝商品评论API返回值中的用户信息与行为

技术冰糖葫芦

API Explorer API 接口 API 测试 API 策略 pinduoduo API

IPQ5010 IPQ5018 WiFi 6 TRIBAND Routerboard | Industrial-Grade DR5018S

wallyslilly

ipq5018 IPQ5010

SOL项目开发代币DApp的基本要求、模式创建与海外宣发策略

区块链软件开发推广运营

dapp开发 区块链开发 链游开发 NFT开发 公链开发

云解析的宕机切换是什么意思?有什么用?

国科云

ByteHouse案例实践:某平台如何基于OLAP大幅提升复杂查询效率?

字节跳动数据平台

数据库 大数据 云原生 Clickhouse 数仓

Flutter开发组合思路(小程序+App)

Geek_2305a8

YRCloudFile V6.13.0 发布| 新增弹性数据网络(Elastic Data Network)功能

焱融科技

加密市场的挑战与机遇:周期性变化与未来叙事趋势

区块链软件开发推广运营

dapp开发 区块链开发 链游开发 NFT开发 公链开发

Docker&持续交付部署类型_文化 & 方法_PlatformDev_InfoQ精选文章