DevOps 和混合云：快车道上的生活？

介绍

混合云是 IT 行业的一大福音。 云根据企业的需要提供私有云和公有云的特性。 最重要的是，当它被赋予 DevOps 能力时，它会变得更好。

本文将评估如果以正确的方式将 DevOps 和混合云的所有元素组合在一起，速度如何成为容易实现的目标。

推出 DevOps 和混合云的数字化颠覆

云、预测分析、便携式设备和应用程序所带来的业务转型的速度和程度是无与伦比的。 新的公司原型开始出现，而其他原型已经过时； Facebook、Homeaway 和 Uber 等网络诞生公司是传统企业如何受到新竞争对手阻碍的最明显的例子。 这种中断主要是由于技术进步使客户行为发生了变化。 随着消费者寻求与他们开展业务的公司建立直接的电子联系——通常来自他们的便携式应用程序的设计师正在为用户体验承担额外的责任。 今天，没有一家公司能幸免于这种巨大的转变。 技术和灵活性对于现有公司和新企业的健康和成长比以往任何时候都更加重要。 服务和产品运输程序必须针对现代组织的进步和上市时间进行优化。 敏捷、精益创业和设计思维技术等方法越来越适合帮助开发和设计高度原创和创造性的技术选项，并且云逐渐被视为企业软件部署的理想场所。

云计算和 DevOps 加速了各种应用领域的实施以及对现有领域的改变。 软件正在从复杂的、在开发时解决许多互连的原生应用程序过渡到在程序执行时解决依赖关系的更加分散的基础设施。 这些以服务为中心的设计，无论是支持云的还是云原生的，都能从云的弹性模量中获益，从而实现更独特的更新。 云 Web 应用程序是专门为云构建的应用程序。

他们优先考虑跨各种接触点的用户参与，例如移动渠道和 Facebook、Yelp 等社交媒体网站。基于云的 Web 应用程序经常使用无服务器微服务来实现过渡和灵活性的动员，以及重用现有的 Web 服务（数据处理、预测分析、执行功能、物联网等）以减少生产时间。 云原生应用程序通常与基于 Web 的组织相关联，它们利用云功能，例如多租户和全自动、灵活的资源可扩展性。

两个配置文件

有两个 DevOps 配置文件。 根据 IBM 的说法，云原生和支持云的应用程序的必要性支持在许多云 DevOps 进入者之间存在 2 个主要配置文件。 具有云原生配置文件的团队成员与具有支持云的配置文件的团队成员将有不同的需求。

云原生配置文件

虽然原生云配置文件经常与构想的网络关联相关，但它逐渐在更大的关联中的创新或业务线束中找到。 此配置文件由试图缩短以可行性和客户（或业务）结果为中心的传输周期的小组描述。 请参见图 1。此 DevOps 采用者概况的基本困难如图 2 所示，他们正在寻找的相关安排在右侧：

图1

图 2

支持云的配置文件

云支持的配置文件通常出现在跟上并推进复杂框架的 IT 协会中。 此配置文件由致力于延长运输周期的小组描述，这些小组以提高质量、更快的上市时间以及调整成本和价值为中心。 他们协调成多个小组，监督具有许多相关部分的复杂框架，利用各小组之间的各种创新阶段。 通常，不仅会有不同的阶段（集中式计算机、中端、流通等），还会有不同的创新时代需要监督——例如，某些部分受制于为传统阶段编写的代码。 请参见图 3。云支持的配置文件不仅面临与云本地配置文件类似的困难，而且还面临额外基本困难的更难安排。 这些显示在图 4 的左侧，相关的安排在右侧

图-3

图 4

迁移的挑战

正如到目前为止在这些页面中已经详细讨论的那样，如果协会认为他们需要强调的只是工具和使用，那么由 DevOps 支持的向混合云的过渡注定会失败。 它不是。 这两种变化基本都是广泛的社会变化。 DevOps 与混合云一样，是关于敏捷性、信任和独立性的。

然而，特别是，DevOps 和半云承诺会提升协会的设计师体验 (DevX)，而这并不是通过本质上的标记工具或采用 GitOps 方法可以实现的。 DevX 意味着独立的、不受约束的开发。 它意味着加强、客户体验和自我管理。 这些变化可能会随着商业文化的富有成效的变化而发生，而不是设备。 此外，这是一个重要的开始阶段，许多协会还试图理解。

个人是另一个非常陈旧的主题，但它不断引入重要的测试。 假设能够有效实施 DevOps 的社会变革可以仅从一个人开始。 尽管如此，为了取得丰硕的成果，确实需要长期的改变，因为根深蒂固的信念被瓦解，祖先的忠诚被分离。

例如，许多人认为执行 DevOps 需要招募新人。 这种信念包含两个错误：第一，协会实际上希望雇用他们需要的团队；第二，DevOps 只是一个任务名称。 正如我们可能知道的那样，一个体面的 DevOps 团队不是招募来的，它是通过合并改进和任务来创建的。 开发人员创建和运营工作的旧仓库是照明不足时代的残余物。

迁移到混合云意味着应该更多地考虑安全和保护。 主要问题之一是，到目前为止，安全组织还不足以从高位进行统治。 随着控制从服务器空间转移到云，从高度孤立的运营架构师转移到整个团队，安全方法也需要改变。 有能力的设计师会选择理想的选择； 然而，他们需要正确的基础工具，将他们的选择从假设带到现实世界，并保护那些不那么专心的人。

这些应该是促使协会坐起来研究云、持有者和微服务时代的安全性真正意味着什么的动力。 如果同时迁移到 DevOps 和混合云是推动力，那么它也是。 同样，随着 DevOps 正在改变团队处理工作的方式，DevSecOps 将扰乱他们检查安全性的方式。

结论

快速前进是我们都想要的，然而，这并不容易。 每一次技术改造都需要时间和准备，以便清晰地理解。 使用混合云的 DevOps 无疑是一个不错的选择，但需要谨慎实施。