收录了 金丝雀测试 频道下的 50 篇内容
部署代码时候的金丝雀测试:先把新版本代码部署到几台机器,将一小部分的访问量引入至新代码,监控各种数据一切正常后,继续部署到更多机器、逐渐增加到新代码的访问量。 为什么叫“canary”(金丝雀)?这来自于采矿业,矿井中的工人带金丝雀下矿井,金丝雀对危险气体敏感,如果有毒气泄漏,金丝雀比人先死,矿工一见金丝雀死了,就知道该撤出矿井了。
根据Nolio发布的DevOps最佳实践系列中的第一个视频,很多公司通过路由策略选择性地对部分用户发布新功能从而使用 “金丝雀部署”来测试生产中的软件,并将这一方式作为其可持续交付的一部分。“金丝雀部署”是增量发布的一种类型,它的执行方式是在原有软件生产版本可用的情况下,同时部署一个新的版本。
在Instagram,我们每天要将后端代码部署30-50次(每当工程师将改动提交到主分支以后,就要重新部署)。其中的大部分部署是不需要人为干预的。尽管这种做法看起来很疯狂,尤其是在Instagram目前的规模情况下,它却工作的很好。本文就介绍了我们是如何实现该系统并使得它能够很好的工作的。
有了前两篇文章的背景知识,我们现在可以探索“为什么”并看看云原生的好处,先从它对业务的意义开始,然后再讨论它对IT的意义。
Netflix如今已经拥有1.25亿全球会员,每天视频内容播放量超过1.4亿小时。Netflix在改善工程团队的开发与运维方面投入了大量资金。在这一过程中,他们尝试了多种服务构建与运维方法。这篇文章中分享了一种在Netflix内部较为常见的解决方法,同时探讨其优势与缺点。希望这一经验分享能够激励更多朋友勾勒出替代性方案,同时从Netflix的经历中总结出心得与教训。
Magnetic.io打造了一个名为VAMP(Very Awesome Microservices Platform,超赞的微服务平台)的开源微服务部署平台,该平台为开发、A/B测试、金丝雀发布、自动缩放,以及集成式度量指标和事件引擎提供了一种“平台中立的微服务DSL”。InfoQ最近与magnetic.io的CEO兼共同创始人Olaf Molenveld探讨了该公司开发VAMP的那些事。
该自主测试扩展使用随机输入来发现 bug,并利用软件栈的同质性来提供无缝的开发体验,鼓励快速迭代。
云生态系统的出现和广泛采用给现在的QA带来了新的挑战。在云原生软件业务中,QA意味着什么呢?
本文将介绍 Uber 如何将工作负载无缝地从本地环境迁移到混合云架构,并实现零停机时间和最小的业务影响。
开发者体验在很大程度上取决于开发者所在的公司。
Google Cloud与育碧共同打造出Agones——基于Kubernetes构建而成的开源游戏服务器托管与扩展项目。
可观察性驱动开发与监控有什么不同?为了了解代码中未知的未知,ODD作为一种超级监控而出现。
本文将概述Zuul 2,详细介绍我们今天发布的一些有趣特性,并讨论我们正在使用Zuul 2构建的其他一些项目。
首次发布了Consul新路线图上的功能,包括:通过Envoy支持L7可观察性和负载平衡,集中式配置以及对可信第三方应用程序的ACL身份验证支持。
管理Kubernetes集群的时候,需要我们借助各种扩展点对其进行自定义,但是Istio和Knative项目将会从根本上改变这种现象。
Gremlin公司发布了Gremlin,一种基于SaaS的“恢复能力即服务”(Resilience as a Service)平台。Gremlin支持企业通过“按需破坏系统”开展混沌(Choas)实验,这样有助于在应用发生停机故障前预防问题的发生。Gremlin使得企业可以在所管理的基础设施中注入一些受控的资源、网络和状态故障,以便工程师查看在此类故障条件下系统的运作行为。
Twitter工程团队近期提供了Twitter核心技术的演进和扩展的详细资料,这些核心技术支撑了Twitter自营数据中心的系统架构,用于提供社会媒体服务。在介绍核心技术实现细节的同时,他们也分享了很多架构设计实现中的关键经验教训。
本文来自RancherLabs微信公众号
在本教程中,我们将使用 Istio 演示服务网格最强大的特性之一:“以请求为基准的路由”。这个特性允许把具有指定 HTTP 头标记的任意请求路由到特定的目标,这只有在(OSI)第 7 层代理中才可能实现。没有哪个第 4 层的负载均衡器或代理可以实现此功能。
在本文中,我们列出了云原生架构的五个原则,这些原则将有助于确保设计充分利用云,同时避免将旧的方法引入新平台的陷阱。