DevOps教程 - 第38页

在部署集中式应用程序（如Web服务）的新版本时，只有在成功部署和可选地测试之后，才能使用策略将生产流量定向到新版本。此策略名称为蓝色/绿色或红色/黑色，每种颜色代表目标环境的副本。流量被路由到一种颜色或另一种颜色。让两个环境并行运行托管不同版本的应用程序意味着可以切换流量，如果发现问题则再次

Jenkins的核心问题是它的单体巨石。一切都耦合在一起，插件，配置，web ui，Jenkins核心，一切都在一个大型Web应用程序中。是时候我们开始将我们在自己的生产系统上学到的经验应用到Jenkins本身，Jenkins需要是一个云原生模块化系统。Jenkins于2005年开始

目的用于根据属性或分组切换代码执行路径。允许发布，测试和推出新功能。如果需要，允许快速切换回旧功能。应该注意的是，这种模式很容易引入代码复杂性。还有一个值得关注的问题是，切换最终要逐步淘汰的旧特性永远不会被删除，这会导致代码冗余和可维护性增加。

2014年之前，SpareBank 1是在一个单体的Weblogic门户上运行其整个网络银行应用程序，每个开发人员都使用相同的代码库，发布是艰巨的过程，开发人员将他们的代码提交到整体存储库中。必须将检入代码部署到各种环境以进行集成和验收测试，还需要交付批准，同时文档必须更新。在许多情况下，审

DevOps就是转向基于产品的管理。实际上，这意味着项目不再有“结束日期”，而团队则通过提供功能不断提供价值。实现这一目标的一个重要部分是整合价值流中的团队，从开发到运营; 一些组织甚至包括业务利益相关者。在DevOps模型中，软件是作为产品进行维护，跟踪业务持续交付和不断实现价值指标。</

服务网格是一组重要的功能，可以在运营服务式架构时解决一些困难的服务到服务通信挑战。就像Kubernetes和容器有助于在一组计算机上提供一组很好的抽象来部署和运行工作负载一样，服务网络也出现了抽象网络，使运营商和开发人员能够控制请求路由，可观察性和政策执行。这提供了很多潜力。唯一的问

来自acm的文章(jdon文章点击标题看原文)，自动化和一点纪律可以实现更好的测试，更短的发布周期和更低的业务风险。(Thomas A. Limoncelli)一位朋友最近对我说，“我们不能做DevOps，因为我们使用SQL数据库。” 我差点从椅子上掉下来。这种说法在许多层面都是错误

最近一位大牛玩K8s，发生故障了，故障现象：我已经将GKE升级到了1.13，并且Istio从1.0 升级到了1.1。然后策略policy和mixer进入崩溃循环后退，带有响应TLS握手超时和网关超时错误。像所有分布式系统一样，以特定顺序重新启动东西来

不少国内厂商蹭热点将DevOps作为技术产品售卖，该文纠正了这一观点：每当我与工程之外的人讨论DevOps时，他们的反应都有一个共同的主题，就像“哦，这是IT的新职位吗？”这困扰我，因为DevOp意味着：它是新的，并以某种方式管道贴在IT上; 它是某

我们的客户使用HyperTrack无需服务器即可访问实时位置。他们将我们用作实时位置的托管服务。他们不需要构建和管理服务器来摄取，处理，存储，提供和管理与其应用用户的实时位置相关的任何内容。而我们自己则是使用AWS为我们的平台提供无服务器架构。用于从我们的SDK中提取数据流，准确处理

敏捷和DevOps可能看起来像是不同的行为，但如果你看看他们的目标，你会发现它们非常相似。看看Agile和DevOps提供的价值。也就是说，看看DevOps的“为什么”；再看看敏捷的“为什么”。当您仔细观察时，您会发现两者的目标是更快地为客户创造价值并更快地改变市场需求。DevOps采用Ag

Prometheus是一个功能强大，可扩展，轻量级，易于使用和部署的监视工具，对于每个系统管理员和开发人员来说都是必不可少的。出于这些原因和其他原因，许多公司正在将Prometheus作为其基础设施的一部分。本文将学习安装和编写Prometheus普罗米修斯监控和警报系统的查询。

这是成功的现代软件开发策略的四个基本部分。无可挑剔，可靠，自动化的构建和部署系统有效，低摩擦的协作不断学习和提高技能可更换的一次性软件的设计无可挑剔，可靠，自动化的构建和部署系统

大约两年前，Tinder决定将其平台迁移到Kubernetes。Kubernetes为我们提供了通过不可变部署推动Tinder工程实现容器化和低成本运维的机会，应用程序构建，部署和基础结构将定义为代码。我们还希望解决规模和稳定性的挑战。当扩展变得至关重要时，过去我们经常会花费几分钟等

“在Netflix，我们有......- 100个微服务- 1,000个每日产品变更- 10,000个AWS虚拟机- 100,000个客户交互/秒- 1,000,000个客户端- 1,000,000,000个时间序列的指标......我

无论您是否已决定转向自动化测试，或者您仍在考虑进行自动化测试，了解实现转换的最佳实践以及哪种策略最适合您的组织非常重要。任何复杂性的每个应用程序都可能有自己的测试要求组合，没有两个开发团队完全相同。在本文中，我们将讨论规划测试自动化策略的最佳实践，并提出确定哪种策略最适合您的应用程序

1. 程序员测试应该很快测试反馈不应该扰乱编程流程。 2.程序员测试应该是确定性的。 3. 程序员测试应该是预测性的。程序员测试应该对行为变化敏感，但对结构变化不敏感。如果程序的行为从观察

Kubernetes：“一次编写到处部署”T：“多云Multi cloud?”K：“是的！现实是：ingress conf 是特定的云提供商专门配置；存储类也是受限于云计算提供商的配置<