【知识版】基础设施配置的编码。 了解“基础架构即代码”的概念，让配置管理变得更加智能。

我叫寺冈，是一名基础设施工程师。
这个博客的主题在这里⇒基础设施即代码
当我在思考要写什么时，它变得比我预想的要长，所以我决定将其分为知识部分和技术部分。
首先，知识部分。什么是基础设施即代码我将从这里总结一下。

■什么是“基础设施即代码”？

简而言之，这意味着对
基础设施配置 （事实上​​，谷歌翻译也令人惊讶。） AWS等云服务如今已成为主流，因此
构建新的基础设施或更改基础设施可以通过单击GUI屏幕上的按钮来完成，但
基础设施即代码，您可以我不能那样做。

基础设施是通过
像程序一样将所有内容编写为代码并有一个特殊的工具叫“terraform”，所以
我会在技术部分介绍它！ （稍后我会在我的博客上写到）

■为什么我们首先要“编码”它？

即使没有任何好处，你也不会特意去做这样的事情。 （有好处）
总结一下，如下↓

基础设施建设自动化

这难道不是最大的优点吗？
当你需要搭建多台相同配置的服务器时，
很多事情如果手动去做的话就得做两次。
我是否必须为每台服务器重复完全相同的任务？如果可以的话我不想这么做。

在上一节中，我写了以下内容：

基础设施是通过像程序一样将所有内容编写为“代码”并

“我要创建这样的基础设施配置”的配置已经用代码编写，因此
您所要做的就是要求专用工具“像这样创建它”。其他一切都会自动完成。
因此无论是谁做的工作，您始终可以获得相同的结果
这也可以防止人为错误。

基础设施配置的集中管理

当构建新的基础设施或进行更改时，
有必要记录结构是什么以及何时以及哪些部分进行了更改。
（它被称为设计文档或程序手册。）
如果你不留下它，你将不知道当前的结构是什么。
（显然，如果不理解这一点，就会出现操作错误。）

此外，如果您想保留设计文档和程序手册，则
每次执行任何工作时都需要使用最新信息更新文档。
您下次执行相同任务时将参考该文档。
然而，由于它是由人类手动完成的，因此错误是不可避免的。
人们很容易忘记更新文档。
当发生这种情况时，文档的内容和实际结构会变得有些不同。
最后更新文档的人是我的前任并且已经离开了网站，
我会很失望......

使用
基础设施即代码，由于基础设施是基于预先以代码形式创建的程序手册构建的，
因此在更改设置时需要编辑代码，因此不会忘记更新它。
与程序源一样使用Git等进行版本控制。

■方便但有一些问题

自然，学习成本就会增加

如果您不会编写代码，那么您首先就无法更改配置。
您还需要学习使用部署工具的新方法。
我认为这会增加学习成本。
我们是否会有一天，基础设施工程师如果不能编写代码就无法完成他们的工作？

由于代码而发生意外错误。

如果代码中有错误，它将因错误而停止。 （这与编程语言相同。）
出现错误时部署对你的心理健康不利，因此
通过在 Github 上共享代码，你可以防止知识变得个性化，并
始终通过第三方的眼睛检查错误。我认为你需要一个让你意识到这一点的操作流程。

■概要

说实话，在知识部分，我只是看长文（
我认为如果你能正确理解这个机制并操作它，这是一个很有吸引力的想法。
最重要的是，“基础设施即代码”的声音很酷。
...这就是笑话，下次我们将讨论技术方面，所以让我们动手吧。敬请期待！ ！