自适应applications和事件驱动的基础设施即代码

数字化转型是一段伴随着技术演进的商业历程。 在此过程中，数字化业务通过从手动方法到自动化执行的运营转变而实现。    

虽然由于攻击者的不断进步，安全相关技术可能处于这种自动化的前沿，但实际上操作并没有落后太多。 例如，考虑一下我们依赖自动扩展来按需扩展数字功能。 关于外部系统是否应该管理数字资产容量曾经存在过激烈的争论。

严重地。

如今，这甚至不再是一个问题。 我们不仅接受而且期望自动扩展功能成为我们基础设施堆栈的一部分。

因此，假设更高程度的自动化最终将被接受为必然结果似乎相当合乎逻辑。 在某种程度上，手动管理提供和保护数字体验的资源的价值将达到收益递减的点，并需要转向信任技术。  

我们知道基础设施即代码（IaC）方法是有价值的。 我们的研究表明，采用 IaC 后，部署频率将显著提高。超过一半 (52%) 的组织将基础设施视为代码，而这样做的组织部署频率更高的可能性是其他组织的两倍多。 更有价值的是，他们拥有完全自动化的应用部署管道的可能性是其他人的四倍。

这是一种值得注意的重要关系，因为它成为希望从自适应应用中获得商业利益的组织的一项关键能力。

事件驱动的基础设施即代码

基础设施即代码和事件驱动的基础设施即代码之间的区别本质上在于触发部署的原因。

大多数组织从手动方法转向以基础设施为代码的自动化，但仍保留对部署的控制。 也就是说，仍然需要操作员来触发部署。 这是一个按钮式部署。

采用事件驱动方法，触发器会根据事件自动执行。 再次以自动缩放为例。 配置更改和额外工作负载的实际部署是由某个事件触发的，通常是当并发连接数超过某个预定阈值时。 该事件（超出定义的限制）会触发自动化工作流程。

现在请想象一下，这个过程扩展到包括整个应用。 这意味着所有工作负载以及交付和保护它的相关技术服务。 该活动目前的表现低于可接受的数字体验的标准。 该事件意味着需要在地球另一端自动部署一个“应用”，并触发一个自动化的工作流程来在完全远程的位置完成此操作。

这不是（计算机）科幻小说。 这种整个应用（其工作负载、基础设施和支持服务）的自动化部署通常通过 Terraform 等编排工具部署到公共云。 配置工件从存储库中提取，容器从库中提取，秘密（证书和密钥）从安全保险库中提取。 自动地。 这就是基础设施即代码的本质，即将配置、策略和秘密视为代码工件，以实现部署管道的自动化。

如今，触发器尚未实现自动化。 现在的事件是“操作员按下按钮/输入命令”。 未来的事件将成为一天中的时间、特定地点的需求、某个地理区域的表现。  

这是未来应用自适应性的重要部分；能够自动对事件做出反应并调整位置、安全性和容量以满足服务级别目标。 Edge 2.0及其统一的控制平面将成为企业利用跨多个云、边缘和数据中心的资源来实现该目标的方式。

事件驱动的基础设施即代码将成为将自适应应用的优势带给企业的关键功能。