随着在多个环境中频繁地对数百个服务进行软件更改，即使是开发人员所做的一个小更改也可能在生产中产生意想不到的爆炸半径。标准的Kubernetes部署策略忽略了这个现代的复杂性层。维护复杂解决方案的DevOps组织已经明白，它是不可扩展的，管理成本也很高。雷电竞官网进入
今天，我们激动地宣布Ocean CD公测版这是我们为Kubernetes应用提供的持续交付产品。(在这里你可以找到快速启用文档NetApp用户的Spot。)
Spot by NetApp用户现在可以轻松地将Ocean对Kubernetes的覆盖范围扩展到Ocean for Continuous delivery的应用程序交付，将Spot Ocean演变为一整套Kubernetes解决方案。雷电竞官网进入在这篇博客中，我们将探索与应用程序交付相关的市场趋势和最常见的挑战，这些挑战促使我们开发Ocean CD，并为我们的用户提供下一代软件部署控制器。
“精英”DevOps组织与其他组织的区别是什么?
理解持续交付(“CD”)为什么如此具有挑战性的关键是首先要理解组织试图实现的目标:充分利用开发力量，发布更多内容，为客户提供更多价值，并在最小化生产问题的同时实现这些目标。
当你在寻找衡量成功实现这些目标的方法时，有4个关键指标可以参考:
- 的频率将更新和新特性部署到生产环境中。
- 的时间长度它需要发布更改。
- 的失败率的版本。
- 恢复时间当发布失败时。
最近的2021年DevOps状况调查表明26%的组织被认为是精英组织，每天成功释放多次，以最小的故障和快速恢复时间。
但是剩下的74%正在努力提高他们的软件交付性能呢?
为了理解为什么如此多的组织仍在努力达到精英水平，我们需要深入研究现代云趋势。随着技术的发展，组织需要考虑的因素也越来越多:
- 我们与数十个正在使用或迁移到Kubernetes的客户进行了交谈，同时试图将他们的整体服务分解为微服务。这些更改是受欢迎的，它们提供了发布更多内容的工具，但这也意味着多个更改可以很容易地并行发生并相互影响，这是需要仔细监视和管理的事情。
- 能够部署更多意味着添加更多的自动化，需要在流程中添加更多的逻辑以减少人工干预的需要。
- 现代云技术有助于将责任转移给服务所有者和开发人员。这种转变对于DevOps资源有限的组织来说是至关重要的，但它提出了一个重要的问题:非DevOps涉众是否对交付过程有足够雷竞技rabet官网的理解和控制来承担这种责任?
没有人谈论的秘密度量:软件交付过程可靠性
由于发布频率不断增长，而且服务所有者并不总是拥有工具、注意力甚至能力来跟踪所有发布的影响，因此出现了与部署过程的可靠性和发布的软件变更的质量相关的新风险。Kubernetes和microservices使应用程序和环境更加复杂。对于服务所有者来说，对任何类型的问题进行故障排除都是一场噩梦，故障将隐藏在生产中，或者在损害已经造成时发现，但为时已晚。
因此，对于为什么74%的组织仍然落后于精英DevOps组织，这里有一个更有说服力的答案:出于选择。现实情况是，许多试图发布更多内容的组织，失败的可能性也会更高。这是74%的人有意识地选择更少的发布和更长的发布周期为了保持控制和有信心的过程和释放可靠性。
因此，第五个软件交付度量被揭示出来：部署软件的可靠性．在许多情况下，正是可靠性的缺乏导致能够发布更多信息(理论上)的组织变得不够敏捷，而没有努力实现现代云技术所承诺的全部研发和业务潜力。
金丝雀出动救援
好消息是，随着先进的云技术的发展，渐进式部署策略(如金丝雀部署)越来越受欢迎，它允许逐步和受控的发布。不幸的是，这些在Kubernetes中并没有“开箱即用”，但通过正确的工具和过程组合，你可能能够实现它。这个想法不仅仅是逐步部署，而且还在发布的早期阶段捕获问题，并将应用程序滚回其稳定状态。所以我们找到了解，对吧?
嗯，还没有。
虽然我们采访的客户认为这是软件发布的最佳实践，但他们中的许多人仍然在努力实现它。定义一个金丝雀策略并不那么直观。每种策略都可能包含长而复杂的查询和条件，这些查询和条件在不同的服务之间有所不同。虽然这对于少数服务来说是可以忍受的，但是想象一下，对于具有相似部署阶段但略有不同的多个服务，或者当需要在多个服务上更新部署逻辑时，会发生什么?
最后但并非最不重要的是，随着组织的云足迹的增长，数据和环境的复杂性也在增加。根据Forrester最近的一份报告，该报告的问题是:“您的组织目前使用多少工具进行监控?”平均数字是8!
现在，在此基础上添加流量工具和Kubernetes事件，您可能会遇到运行渐进式交付过程中最具挑战性的部分:如何在多个分析结果、流量分割和自动化之间进行协调?
这一切都意味着，为了维护一个健壮的金丝雀流程，团队需要一个幕后引擎，而不仅仅是必要步骤的集合。
使用Ocean CD逐步部署控制所有部署
这正是Ocean CD出现的地方。Ocean CD是一个持续交付产品，为Kubernetes应用程序构建，它的重点是让金丝雀成为现实，为那些寻求为研发团队提供更多控制并减少DevOps负担的组织提供更多控制。
Ocean CD是一个多集群SaaS解决方案这需要流行的CNCF开源像《逃离德黑兰》(Argo rollouts)这样的引擎，并分层上面是管理能力。Ocean CD SaaS提供了清晰的分离在部署什么和如何部署之间正是为了管理部署逻辑，运行哪些阶段以及如何确定成功或失败。
聪明的部署
构建Ocean CD体系结构是为了允许快速启用Canary、Blue Green等智能部署，或者使用验证和失败策略进行简单的滚动更新。
简单的设置允许用户在几分钟内从零到完全启用渐进式部署策略。
它包括一个引导设置、验证和检查点确保策略的定义是正确的。
复杂环境中软件发布的一个已知问题是，在许多情况下，线性改进需要指数级的努力，这是相当荒谬的。您要求升级部署管道，并迷失在多个服务和命令式阶段之间。
使用Ocean CD, Canary机制可以很容易地定制，在服务上重用，并由用户操作。对于为数十到数百个服务运行多个管道的组织来说，这是最重要的功能之一，因为它可以在跨环境和服务轻松实现的更改上节省大量时间。
持续的验证
此外，该过程是面向验证的。这意味着根据Canary策略定义(如回滚或手动干预点)实际导航推出和相应采取的自动操作的验证。这是我们不断为客户开发和改进的重要能力。持续验证逻辑在Ocean CD SaaS中进行管理，允许在生产中对应用程序状态进行实际控制和理解。最流行的监视工具可以轻松集成，并自动导航部署过程(但仍以受控的方式)。
开发人员友好的可见性
Ocean CD为服务所有者和软件开发人员提供了用户友好的可见性，首次提供了一种工具，可以打开CD“黑匣子”的盖子，让他们得到决定、结论，甚至自动化。
UI语言的构建方式意味着，非devops用户不需要有深厚的运维技能，也不需要浪费时间在多个工具之间切换，以清楚地理解服务发布。
Ocean CD的构建是为了为持续交付过程中的每个利益相关者提供解决方案:
- 希望更多地了解发行过程的开发人员。
- DevOps工程师要求基于清晰的度量标准提供安全的自动化。
- 以及希望实时监控生产环境变化并调查关键事件的sre。
操作Kubernetes并不那么困难
Ocean CD是一个独立的解决方案，但也作为强大的Spot控制台的一部分提供，它既包括基础设施的持续优化解决方案，现在还包括提供结构化软件交付过程的解决方案。雷电竞官网进入您可以在一个地方获得满足所有Kubernetes需求的多云解决方案，包括应用程序层和基础设施层。
今天登录到您的控制台并使用快速启用文档在几分钟内开始使用Ocean CD。
