DevOps 和混合云：生活在快车道？_混合云的应用场景有哪些?

如果你想开快点就尖叫吧！当谈到云和 devops 的双重混合推广时，大多数组织都会承认他们希望推进的能够更快一点。但是，当他们没有考虑到所有必要的因素，就想加速进入这一重大转变时，开始时热情的事情可能会转变为沮丧。

开快车的好处是显而易见的。由 DevOps 支持的混合云是一种有效的变革工具。一个健壮的 DevOps 平台可以成为开发混合云策略的关键因素。总之，他们是一股改革的力量，如果组织还没有同时实现 DevOps 和混合云，他们应该问问自己为什么不这么做。

的确，对于支持云计算的组织而言，转向混合云计算是一个不同于本地云计算组织的旅程。对于启用云计算的企业，尤其是大型企业来说，这样的旅行更加困难。增加发布频率需要更紧密的协调和协作，而不是传统意义上的业务、开发和 IT 操作之间的协调和协作，这反过来驱动了对增强协作、自动化和信息透明度的需求。

但是，尽管这种转变可能更加困难，但它必须被视为是不可避免的。企业可以再等一年，也许更久一点，但技术和业务的转型即将发生ーー那么为什么不开始呢？将看看需要改变什么，以便组织能够开始混合云和 DevOps 快车道上的生活。

一种文化现象

正如本文已经详细讨论过的那样，如果企业认为他们需要担心的只是工具和招聘，那么 DevOps 支持的混合云计算方案注定会失败。这两种转变的背后是一场彻底的文化变革。DevOps 是关于敏捷性、信任和自主性的，混合云也是如此。

然而，最重要的是，DevOps 和混合云是一种致力于提升组织的开发者体验(DevX)的承诺，这不是简单的票务工具或者 GitOps 方法就能实现的。意思是自主的，无拘无束的运动。它意味着授权、用户体验和自助服务。这些变化只有通过商业文化的成功改变才能实现，而不是一种工具。这是一个重要的起点，许多组织仍在努力理解。

人的问题

人是另一个老生常谈的话题，但仍然是一个重大挑战。理论上，成功实施 DevOps 所需的文化转型可以从一个人开始。但要想取得成功，实际上需要长期的改变，因为根深蒂固的信仰被解散，组织忠诚将会打破。

例如，许多人认为实施 DevOps 需要雇佣新人。这种信念包含两个谬误: 第一，组织能够雇佣他们需要的团队; 第二，DevOps 只是一个头衔。正如我们所知道的，一个好的 DevOps 团队是不会被雇佣的，它是通过开发和操作的融合而发展起来的。开发者开发和操作的旧仓库是落后时代的遗迹。

今天，它需要学习如何使用组建自动化，通常工具都是开源的，同时管理本地的、私有的和公共的云基础设施。是一种寻求帮助他人的哲学，随之而来的是对协作、鼓励、说服和其他软技能的需求。

安全和隐私并不简单

移动到混合云意味着需要在安全和隐私方面更加小心。其中一个主要问题是，安全团队从高处统治已经不够了。随着控制从服务器机房转移到云，从高度独立的运行操作工程师转移到整个团队，安全策略也需要改变。有能力的开发人员会做出正确的决策，但是他们需要正确的自下而上的工具，这些工具可以将他们的决策从理论转化为现实，并保护那些没有意识到的人。

这些必须成为一种催化剂，使组织能够坐起来，长时间地审视在云、容器和微服务时代，安全究竟意味着什么。如果同时转移到 DevOps 和混合云是催化剂的话，那就顺其自然吧。正如 DevOps 正在彻底改变团队工作的方式一样，DevSecOps 也将彻底改变团队看待安全的方式。

安全性在基础设施的不同阶段都有所体现: 云组织创建和构建的时候; 保险库集成以确保密钥密码安全的时候; 甚至在管道启动时触发专用安全软件的时候。这不是一个详尽的列表，但它说明了组织如何需要开始有条不紊地、一步一步地检查混合云中的安全性。

那关于gitops呢？

最近发现，平均每家公司使用28种基础设施工具。这太多了，一个人无法处理和理解。即使是专业的 DevOps 工程师也不可能是所有云提供商的专家，比如 OpenStack 和 VMware。其他研究表明，一个开发人员通常只使用其 Git 仓库的5% 或平均5个仓库。

许多公司所犯的错误是认为突然转向使用 GitOps 方法的 api 足以应对混合云的变化。它不是，而且实际上可能对 DevX 有害。为什么？差距太大了ーー就像每周在马拉松前一天跑一次长距离一样。你可能会开始，但是你会严重地损害你实现目标的能力。即使是 DevOps 的工程师也在努力维护一个单一的真实来源和维护良好的可重用存储库。

解决办法是为长远做计划。相信一两个 DevOps 工程师能够成为混合云方法的救世主是不现实的。有太多的工具、最佳实践和选择——比如 Ansible、 Terraform、 Kubernetes 和 Concourse CI/CD 等等——不能由少数开发人员来管理，不管他们多么有才华。

这就是为什么混合云技术掌握的真正方法在于让整个技术团队朝着同一个方向前进，协作，提升技能，并利用他们的优势来支持组成整体的部分。这可能听起来像是白日做梦，但有些公司说到做到。

启动你的引擎

告诉一个组织如何开始是徒劳的，因为许多组织已经迈出了第一步，每个组织的情况都是独一无二的。还有更多内容需要讨论; 在下一部分中，我将介绍 FinOps、自动化和云浪费等领域。希望你能看到前方的快车道已经畅通无阻。

版权声明：

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如若内容造成侵权、违法违规、事实不符，请将相关资料发送至xkadmin@xkablog.com进行投诉反馈，一经查实，立即处理！

转载请注明出处，原文链接：https://www.xkablog.com/yjsyd/6767.html