收录了 金丝雀发布 频道下的 50 篇内容
从Rancher 2.5起,Rancher借助Fleet提供了大规模交付的GitOps功能,允许用户使用GitOps的方法管理其集群的状态。
更频繁的部署,意味着已经部署的代码会对站点可用性和客户体验带来负面影响。这就是制定代码部署策略如此重要的原因,因为它可以最大限度的降低产品和客户的风险。
基于 KubeVela 强大的可扩展能力,你不仅可以灵活的组合这些 addon,你还可以保持上层应用不做任何变动的情况下,根据不同的平台或环境动态替换底层的能力实现。
目前,业界已经总结出了几种常见的服务发布策略来解决版本升级过程中带来的流量有损问题。本文首先会对这些普遍的发布策略进行简单的原理解析,最后结合阿里云的云原生网关对这些发布策略进行实践。
Kayenta是一种开源的自动金丝雀分析工具,用于评估新版本软件产品的准备良好程度。
经过七年的发展,gilt.com已经从一个使用Ruby on Rails开发的一体性应用的创业公司,成长为价值10亿美元的奢侈品公司。它的业务如今运行在基于云环境的微服务平台上,并使用了Scala、Docker和AWS等技术。本文介绍了Gilt的ION-Roller这一持续部署应用,并解释了开发这一工具的历史原因和背后的动力。
在已有的金丝雀发布架构模式的启发下,Etsy 编写了一个新的自定义工具来补充现有的部署基础设施。
本系列文章阐述了Istio的微服务架构中能够解决哪些问题,然后通过实际案例,介绍了Istio在流量管理、安全性和可观察性方面相关的功能。
Kubeflow 为扩展 TensorFlow 模型训练和 Kubernetes 的服务提供了许多有用的工具。
KubeCon EU 2019 刚刚在巴塞罗那拉下帷幕,本文邀请到了阿里云容器平台技术专家邓洪超,为读者精选了此次会议“应用管理”领域的精华内容进行分析与点评。
本文会从概念介绍开始,让大家理解 Service Mesh 技术出现的原因以及愿景;接着会对目前最主流的两个产品 Istio 和 AWS App Mesh 进行详细的比较;最后简要介绍一下我们目前在该领域的一些探索与实践。
基于他2013年在Datawire开发微服务应用的经历,Rafael Schloming认为开发负责人应该问的问题中最重要的一个(虽然经常被忽略)是:“如何分拆我庞大的整体过程?”因为开发过程对于建立和保持工作速度是至关重要的。
本文SpringCloud 应用在 Kubernetes 上的最佳实践系列之四。
。Kubernetes 实际上是面向平台开发者,而不是面向研发和应用运维的这么一个项目。它天生就是这么设计的,所以说需要基于 Kubernetes 去构建应用管理平台,去更好的服务研发和运维,这也是一个非常自然的选择。
如何真正做到标准,自运维,以应用为中心和用户为中心的 Kubernetes 平台?
本次分享以腾讯微服务架构建设为主,介绍了 TSF、北极星(PolarisMesh)和微服务治理方面的实践经验。
本文探讨如何通过当前大热的微服务架构,来改变DataWorks平台的现实问题,从繁杂的工程中探索出一条切实可行的技术架构变革之路。
Magnetic.io打造了一个名为VAMP(Very Awesome Microservices Platform,超赞的微服务平台)的开源微服务部署平台,该平台为开发、A/B测试、金丝雀发布、自动缩放,以及集成式度量指标和事件引擎提供了一种“平台中立的微服务DSL”。InfoQ最近与magnetic.io的CEO兼共同创始人Olaf Molenveld探讨了该公司开发VAMP的那些事。