我们是如何实现基础设施即代码的

基础设施即代码（简称 IaC）最近越来越流行，确实有其道理。它带来了许多好处，但也常常让初学者感到挑战。许多云服务仍然不支持 IaC，迫使用户在各种控制面板中进行繁琐的操作来更改基础架构。

在 Diploi，我们审查了现有的解决方案，如 Terraform、Pulumi、AWS CloudFormation 和 Azure ARM 模板，但发现没有一个完全符合我们提供“神奇开发体验”的宗旨。尽管这些工具几乎可以处理任何基础设施配置，但它们通常难以掌握，且过于繁琐。通常需要多个模板和配置文件来设置一个服务。

因为那并不是我们想要的开发体验，我们决定自己动手，打造一个既简单又易用的 IaC 解决方案。

此处省略了部分内容
如下所示：……

对于开发人员来说，基础设施即代码（基础设施即代码，IaC）基本上意味着将配置文件用于替代云提供商的管理控制台。这些文件包含了特定环境的配置，确保代码运行的环境始终保持正确和一致。

一般来说，您的基础设施即代码（IaC）定义一般会包含以下内容：

• 部署目标：你的代码将要部署的位置，例如 AWS 或 Azure。
• 所需服务：你需要的服务来支持你的应用。
• 虚拟机设置：配置所需的虚拟机并安装相关依赖。
• 网络配置：设置和保护网络，提供域名，并配置 DNS。

• 应用执行：部署并运行应用代码。

• • *

我们经过深思熟虑，考虑了如何将代码即基础设施（IaC）最佳地集成到Diploi中。我们的解决方案需要直观、以开发者为中心，并具有高度的可定制性。
我们选择了组件模式，让用户轻松配置堆栈，同时保持简洁。每个组件的详细配置，比如HELM图表和其他设置文件，都托管在由组件所有者维护的专用GitHub仓库中。
然而，用户也可以指定组件的本地路径，从而可以将自定义组件无缝地整合到项目仓库中。
这种方法为我们的用户提供了最好的选择：简单易用的配置，同时提供无限自定义选项，包括自定义Docker文件、HELM图表等更多自定义选项。

diploiVersion: v1.0
components:
  - name: Next.js
    标识符: next
    包: https://github.com/diploi/component-nextjs#v0.0.1
  - name: Local
    标识符: local
    包: ./local-package
插件:
  - name: PostgreSQL
    标识符: postgres
    包: https://github.com/diploi/addon-postgres#v17.0

进入全屏 退出全屏

一个简单的Diploi配置，能够复制复杂的环境。

这些简单的配置文件，结合我们直观的Stack Builder，在Diploi中创造了一种神奇✨且无与伦比的开发体验。

我们在Diploi中的实现包含了许多好处，其中很多好处适用于任何基础设施即代码(IaC)系统。下面列出了几个更有趣的，以简洁的列表形式呈现：

• 简洁易懂的列表形式

1. Git 版本控制 🌳

• 在不同分支中维护独立的基础设施

• 查看基础设施变更的差异和修改者

  1. 自我文档化的配置文件 📝

• 在一个文件中查看所有基础设施组件的信息

• 点击链接查找和了解每个组件的信息

  1. 内联组件 🏠

• 直接在本地仓库中包含各个组件的配置文件

• 锁定版本并根据需要自定义配置

我们系统还在完善中，所以敬请期待我们未来更详细的解释在未来。 😉

顺便说一下，我们正在寻找开发人员加入我们的内部测试项目。如果你有兴趣在正式发布前试用我们版本的IaC（基础设施即代码），请在评论区留言，我会联系你！