基础设施即代码——什么是，什么不是，原则
已发表: 2020-04-23传统上，组织一直采用手动技术来设置 IT 基础架构。 这已经持续了很长时间。 直到几年前，自动化才被引入以使事情变得更加简单、高效和精确。 在此之前，涉及到服务器的机架和堆叠的任务是由人类完成的。
不仅精简，甚至硬件也根据必须托管的应用程序和用于此目的的操作系统的要求和规范手动配置。 完成了在硬件上部署应用程序的工作。 直到这一步才能启动应用程序。
目录
建立基础设施的过程通常漫长而复杂
有很多事情必须妥善管理，才能按计划和预定时间进行。 有一些挑战需要克服，以确保万无一失，但得到妥善处理。 首先是找到所需的硬件。 当制造商现在没有库存时，你什么也做不了。 采购合适的硬件通常需要几个月的时间。 根据特定规格定制的产品需要更多时间才能从制造商的生产设施中出来。
雇用合适的人来执行不同的工作也很重要，同时也很乏味。 您需要网络工程师来进行基础架构的物理设置。 这只是硬件整体设置和维护中的工作之一。 所有这些都大大增加了间接费用和管理成本。 这不是它。
您需要空间来构建数据中心来存储这些硬件。 数据中心需要维护。 因此，有暖通空调、电力、维护和安全等形式的费用。 通常需要花费大量时间来扩展应用程序并使其顺利处理高流量。
公司在设置流程时面临许多挑战
请记住，硬件设置过程仍然是一个耗时的过程。 过去，由于用于运行它们的硬件开始运行所需的时间，没有多少应用程序能够以最佳状态运行。 这对许多公司来说并不是一个好兆头，因为他们无法以他们想要的方式为客户服务，也无法在他们想象的时间内推出产品和服务。
有时，这些公司不得不使用更多的服务器来处理由于硬件设置缓慢而导致的流量高峰。 这意味着很多这些服务器大部分时间都没有太多事情要做。 但是，维护那些没有充分发挥其能力的服务器的成本并没有因为它们没有得到充分利用而下降。
现在，正如我们之前提到的，硬件是手动部署的，因此设置不一致的可能性非常高。 这通常会导致不适合应用的差异。
云计算简介
云计算已经能够处理上面提到的大部分问题，如果不是全部的话。 现在无需对硬件进行机架和堆叠。 与手动设置硬件相关的成本不再存在。 同样，今天在现实世界中有许多云计算应用程序有助于解决问题。 数据库、服务器和其他基础设施现在可以轻松旋转。
当涉及到应用程序的可用性和可扩展性时，没有任何问题。 但是，仍然存在一个问题。 维护与手动设置云计算基础设施相关的配置一致性问题仍然存在。 这就是基础架构即代码 (IaC) 发挥作用的地方。
什么是基础设施即代码？
基础架构即代码或 IaC 的简称是使用描述性模型来管理云基础架构的不同方面，包括网络、连接拓扑、虚拟机等。 上述描述模型的版本与 DevOps 团队在源代码中使用的版本相同。
IaC 模型遵循 DevOps 原则，即可以使用相同的源代码生成相同的二进制文件——无论何时应用，IaC 都会创建相同的环境。 IaC 被认为是一项重要的 DevOps 技术。 它与持续交付相结合以实现预期的结果。
IaC 消除了必须使用一次性脚本或更改配置以对基础架构进行修改的要求。 相反，它通过用于代码开发的相同结构和规则来管理操作基础设施。
目标是不让系统工程师、管理员和其他操作员在开发代码时就配置新机器。 IaS 使编写的代码能够对新机器的状态进行必要的更改。 当该代码运行时，机器应该在不需要人工干预的情况下向其期望的状态移动。
IaC 允许 DevOps 团队在开发阶段的早期阶段开始测试应用程序。 这些团队使用此模型来建立这些环境，以便在可靠和按需的基础上进行测试。 IaC 还用于消除几个部署问题。 根据 IaC 的工作方式，云通常会建立和关闭环境。 您可以在此处了解有关DevOps 架构教程的更多信息，这可以更清楚地了解该主题。
什么 IaC 不是？
有些人将 IaC 作为网络原则的替代方案，这是一个很大的误解。 只有那些没有花时间正确理解它们的人才能看到这些概念。 一旦你彻底了解了这些概念，你就可以毫不费力地找出它们之间存在的明显差异。
虽然您可以使用这两个概念来构建您的基础架构，但您仍然需要了解网络路由、网络架构、网络流量和网络配置是如何工作的。 这些是在 IaC 中也发挥关键作用的网络基础。 混淆并没有随着这两个概念的混合原则而结束。
很多人还认为 IaC 通过将其转化为开发来使操作变得多余。 好吧，这远非事实。 运营在每个组织中都扮演着重要的角色。
几年前，网络涉及编写配置脚本以及手动配置基础设施和网络。 很多人仍然认为 IaC 只不过是使用 DevOps 方法来进行配置管理，这是不正确的。 IaC 甚至可以自动化配置脚本。 它促进使用可以使用代码进行配置并且可以扩展的系统。
可变和不可变的基础设施
在使用 IaC 自动化基础架构时，您必须做出的最大决定之一是选择是否要配置可变或不可变的基础架构。 让我们看看这两者有什么不同。
可变基础设施可以在配置后更新或更改。 它提供了临时定制所需的灵活性来处理多个问题，包括直接的安全问题或与考虑应用程序或开发要求相关的问题。
这种基础设施有一个缺点——它不允许版本或部署之间的一致性。 可变基础设施的版本跟踪也相当困难。
这是大多数人使用 IaC 来提供不可变基础架构的原因之一。 一旦配置，就永远无法更新或更改。 修改不可变基础设施的唯一方法是替换它。 不可变的基础设施比其对应的基础设施更实用和可行。
它使 IaC 能够走一条合乎逻辑的道路，使其能够提供它能够提供的所有好处。 它消除了配置漂移并使测试和部署环境更加一致。 对于不可变的基础设施，即使是维护和跟踪版本也不是太困难。
IAC的原则
没有多少公司知道正确使用 IaC 以使其受益的艺术。 换句话说，只有少数几家公司拥有将其融入现有结构的战术知识。
因此，也有错误的实现方式。 试图让 IaC 与您的上一代和遗留工具一起工作是许多错误的方法之一。 有一些原则可以帮助您处理这些问题。
1. 简单的系统重现性： IaC 可用于重现基础设施的任何部分，而无需付出太多努力和花费大量时间。 IaC 消除了流程带来的不确定性。 使用 IaC 可以更有信心地提供新的环境和服务。
2. 更大的灵活性：如果你的基础设施不能为你的应用程序带来的问题提供解决方案，你就会遇到麻烦。 这些问题可能与很多不同的事情相关，包括网络兼容性、配置和存储。 IaC 可以为与这些事情相关的问题提供灵活的解决方案。
3. 动态设计： IaC 遵循一个原则，即强调可更改的设计。 判断一个系统在一段时间内可能发生的变化并不容易。 无论是升级还是修改，拥有可以随时更改的基础架构总是比在这方面过于僵化的基础架构要好。
结论
使用 IaC 的 DevOps 团队能够快速配置本质上稳定的环境。 无需手动配置环境，这为流程带来了更高的一致性。 缺少依赖项或配置偏差是使用此模型部署基础架构时不存在的运行时问题。
如果您有兴趣了解有关云计算机器学习的更多信息，请查看 IIIT-B 和 upGrad 的机器学习和人工智能 PG 文凭，该文凭专为在职专业人士设计，提供 450 多个小时的严格培训、30 多个案例研究和作业， IIIT-B 校友身份、5 个以上实用的实践顶点项目和顶级公司的工作协助。