这三点，是否足以说明基础设施已死？

在2021年聊“基础设施已死”有点哗众取宠，虽然目前还为时尚早，但随着基于IT的服务经济的发展，越来越多的基础设施的管理工作将交给云服务商。

Serverless并不是说不需要服务器了，相反，它只是让基础设施更抽象更不可见了。现如今，人们使用的服务器的数量越来越多，为了提高管理效率，降低管理成本，基础设施的管理开始交给专业的管理者，当然，也少不了自动化管理工具的帮忙。

DevOps：基础设施即代码

DevOps的核心是开发和运维的融合，基础架构越来越贴近开发者的需求。自动化是DevOps一个非常重要的特征，CFengine，Puppet，Chef和Red Hat的Ansible等都能完成一部分自动化管理工作

另一个非常重要的概念是CI / CD，CI能触发自动构建和测试步骤，然后，将修改的代码进行合并，然后，新的代码交给CD流程来完成交付。

我们看到，AWS的Cloud Formation和Hashicorp的Terraform帮助企业通过声明性的API自动化进行云服务的配置，提高基础架构的部署和维护效率。更重要的是，它代表了自动化将成为IT领域一个越来越普遍的趋势，以前每个月一次更新，或者每周一次更新，而现在能做到每小时都在不但推送更新。

随着技术的发展，云厂商能在提供冗余高可靠服务的同时，成本却能一降再降，用户对于云厂商的顾虑不应该是偶尔的宕机，而是厂商锁定问题，一旦使用了某些服务之后才发现问题，然后，又无法进行迁移或者迁移成本太高，这就悲剧了。

用户也都普遍倾向于用多个云，在多个云上运行一样的工作负载，为的是万一某个云宕机之后还有另外的云可用。企业用户在摸索一套最佳实践，比如用Gitlab来存放代码，用Salesforce的CRM，用Datadog做监控，用谷歌，AWS，微软这样的云基础设施。

当企业用多个基础设施解决一个问题的时候，企业面临的最主要问题就不再是基础设施，而是架构集成的问题了。

DevApps：集成即服务

DevOps一词最早是在2008年，由Andrew Shafer和Patrick Debois提出的，而现在，又有人提出了DevApps。

DevApps是一种新模式，既包括云上的软件应用服务，比如云上通信软件Twilio，比如云上CRM软件Salesforce这类，也包括自己开发的可部署在Amazon Lambda这种Serverless架构上的应用。

一旦企业解决了自动化部署的问题，下一步就是创建可自动组合的应用程序，在基础架构之上，一层一层构建代码，开发者只需要关注代码就行，后端各种资源都由云厂商来打理。

越来越多的企业希望创建这种应用，它有可以动态配置的自动化的工作流。开发者可以通过声明式的API定义云上应用的组件，以及组件之间的工作流，从而创建端到端的应用程序，完全不用自己配置基础结构。

新一代开发框架：Jamstack

LAMP是PHP开发者的经典框架，它包括一个Linux操作系统，一个Apache Web服务器软件，加上MySQL数据库还有PHP代码组成。
Jamstack是一种新的框架，它集成了多种多样的工具，能让Web应用运行的更快，更安全，更容易扩展。

云计算生态发展推动了Jamstack的应用和普及，它能通过调用云计算API来快速构建强大的应用，可以直接使用现有的服务来完成原来需要开发的部分，包括身份验证，付款，内容管理，数据服务，搜索等等。

Jamstack在开发的时候能利用各种技术，在运行的时候可以在浏览器的JavaScript来直接运行，具有很强的可移植性和灵活性，加速业务创新价值实现的速度。

数字化转型，或者说是疫情推动下的转型

麦肯锡在一份报告中提到了新冠疫情对于加速企业数字化进程的作用。

许多公司在战略上将速数字化转型放在更优先的位置，在实际行动中也依赖于各种流程和工具，包括采用云服务来缩短新业务的落地周期，IT架构中增加CI/CD的能力。

企业应该将更多资源放在差异化优势方面，通过数字化技术来提供更好的服务体验，以更有服务性的方式来开发和维护用户，以此提升市场竞争力。

本文原文作者Mark Hinkle，他长期关注新兴技术和开源技术，在与他人联合创办TriggerMesh之前，曾是Node.js基金会的执行董事以及思杰，Cloud.com和Zenoss的高管。

原文地址：

https://thenewstack.io/devops-devapps-and-the-death-of-infrastructure/