随着基础设施越来越多地由代码(IAC)管理，开源IAC模块拥有更大的权力来扩展运营支持系统(OSS)–从运行的内容到如何以及在哪里运行–提供了商业SaaS产品的替代方案。
汉堡和炸薯条，PB和J，OSS和IAC–有些东西在一起效果更好。一开始，有服务器。如果开发人员想使用诸如MySQL这样的开源工具，他们会从网上下载二进制文件并自行安装。当扩展数据库以处理更大的负载时，需要深入的知识和持续的维护。
随后出现了SaaS模型，承诺将我们从这些“低级别”基础设施任务中拯救出来。管理MySQL集群在每一家公司几乎是一样的，那么组织为什么要雇佣不同的人来这样做呢？一家公司可以根据需要管理尽可能多的集群，并将访问权卖给他们，只需雇佣一个专门的团队所需的一小部分费用。
这些SaaS公司没有出售的是对MySQL集群的访问。他们正在向管理这些集群的专家软件工程师出售访问权限。这方面的专业知识很难共享，因为它由多个要单击的按钮和一系列要运行的命令组成。然后出现了基础设施作为代码-一种有效的方式，使这种专业知识在代码，与共享的代码是什么，所有的开放源码软件是什么。
开放源码软件IAC
当IAC遇到OSS时，将出现一个新的选项。由于DevOps专业人员对将MySQL部署到专门的K8s集群感兴趣，部署和运行它的代码可以被简单地提取出来。这段代码超出了单台MySQL服务器的范围，用于处理故障转移、健康检查和网络问题。和其他开放源码软件存储库一样，它继续发展，利用贡献来享受整个开发人员社区的专业知识和经验。其他伟大的例子是卡夫卡和Vault，两者都可以通过Terraform部署到AWS。
无服务器FTW
SaaS的一个非常突出的特点是其灵活的定价模型，在许多情况下，随着“Freemium”层的增加，该模型会下降到零。对于非服务器的工作负载，生产级别的设置可能会很昂贵。这是无服务器技术真正发光的地方，因为它们是按使用定价的，允许感兴趣的各方从一个很小的预算开始。这样的开放源码软件项目已经存在，如BinaryAlert和StreamAlert。
IAC还有一段路要走
IAC的世界仍然是成熟的，因为现有的工具仍然需要“战斗硬化”，新的工具和想法继续出现。随着技术的改变，工作流和流程也需要成熟，因为管理IAC与管理常规代码并不完全相同，因为它的部署有不同的含义。人们会感到高兴的是，这个领域中的重要新解决方案现在已经出现，为在协作和控制的框架中运行IAC提供了更高效的平台。
关于作者
Avner Sorek是一名软件工程师，也是Env 0，基础设施代码(IAC)的发展领先者。
