收录了 金丝雀部署 频道下的 50 篇内容
根据Nolio发布的DevOps最佳实践系列中的第一个视频,很多公司通过路由策略选择性地对部分用户发布新功能从而使用 “金丝雀部署”来测试生产中的软件,并将这一方式作为其可持续交付的一部分。“金丝雀部署”是增量发布的一种类型,它的执行方式是在原有软件生产版本可用的情况下,同时部署一个新的版本。
更频繁的部署,意味着已经部署的代码会对站点可用性和客户体验带来负面影响。这就是制定代码部署策略如此重要的原因,因为它可以最大限度的降低产品和客户的风险。
亚马逊云科技宣布CloudFront现已支持持续部署,可用部分实时流量测试并验证配置变化。
Kayenta是一种开源的自动金丝雀分析工具,用于评估新版本软件产品的准备良好程度。
本文摘自陈皓(左耳朵耗子)在极客时间App/小程序上开始的全年付费专栏《左耳听风》,已获授权。
本文深入探讨了大型企业和遗留应用程序开发速度缓慢的现象,并分析了导致这一问题的根本原因。
从Rancher 2.5起,Rancher借助Fleet提供了大规模交付的GitOps功能,允许用户使用GitOps的方法管理其集群的状态。
近期Linux基金会成立了持续部署基金会CDF,谷歌刚刚开源的构建CI/CD系统的Tekton框架已经捐献给CDF了。
本文将从部署系统的角度,介绍知乎应用平台从无到有的演进过程,希望可以对大家有所参考和帮助。
在Instagram,我们每天要将后端代码部署30-50次(每当工程师将改动提交到主分支以后,就要重新部署)。其中的大部分部署是不需要人为干预的。尽管这种做法看起来很疯狂,尤其是在Instagram目前的规模情况下,它却工作的很好。本文就介绍了我们是如何实现该系统并使得它能够很好的工作的。
Git是系统预期状态的唯一事实来源,而可观察性为系统的实际状态提供了唯一事实来源。
在已有的金丝雀发布架构模式的启发下,Etsy 编写了一个新的自定义工具来补充现有的部署基础设施。
本文详细介绍了GitHub负载均衡器的架构。
本文来自RancherLabs微信公众号
本文深入探讨了各种高级Kubernetes部署策略、优缺点和用例。
2019 年,Shopify 在博客中分享了自己成功合并千名开发人员工作的经验,并介绍了工具 Merge Queue v2,很多人都好奇为什么 Shopify 要构建这样的一款工具呢?
Eberhard Wolff和InfoQ谈了谈他的作品《Continuous Delivery: A Practical Guide》,这本书向我们详细介绍了成功采用持续交付的一些主要概念,还有它对开发人员生产力以及服务质量的影响。
Google和GitLab宣布GitLab与Google Kubernetes Engine(GKE)集成,目的是实现GitLab无需锁定(Lock-in)即可轻松操作GKE。
Slack开发定制Kubernetes Operator,用于管理StatefulSet部署。