博客

适用于一次性应用程序的一次性基础设施

Lori MacVittie 缩略图
洛里·麦克维蒂
2015 年 5 月 25 日发布
一次性基础设施图标

会议议程。 事件导航。 具体任务,例如买房或获得汽车贷款。

如果您安装了上述任何一项的应用程序,那么您就安装了所谓的“一次性移动应用程序”或 DMA。 应用程序专为单一用例而设计,预计它们会像小册子一样被“扔掉”。 删除直到再次需要为止。 这些应用程序必然规模小、灵活且高度不稳定。 有时仅存在很短的时间 - 比如支持像选举、世界杯或音乐节这样的活动 - 或者在“服务器”端存在很长时间,但不在客户端,例如导航住房抵押贷款流程。

这些应用程序越来越受欢迎,被认为是一种“微应用程序”(与微服务非常相似,但专为第三方而非内部开发而设计)。

之所以需要注意这些类型的应用程序的存在,是因为它们的寿命可能有很大差异。 从摇篮到坟墓,它们可能只存在几天、几周或几个月。 它们突然出现,然后又迅速消逝。 在大多数情况下,它们都是一次性的,因此支持它们的基础设施也可能是一次性的。

在虚拟化数据中心的时代,随着软件吞噬 IT ,这个想法并不像曾经听起来那么疯狂。 毕竟,我们又不是要扔掉价值数千美元的硬件。 这只是一些只需单击回车键就可以轻松安装和拆除的部件。

如果您唯一关心的基础设施是 Web/应用服务器,那么这可能会很好。 但事实上,这些东西需要可扩展性和性能方面的帮助(毕竟它们是移动应用程序,大多数处理都是在服务器 - 云端完成的),这意味着通常被认为是网络基础设施的几个部分。 负载平衡和缓存以及优化服务。 这意味着它们也需要“一次性”的。 它们必须是可部署的软件(或虚拟软件),并配备一套强大的 API 和模板,通过这些 API 和模板可以快速地配置、配置和拆除它们。 这也意味着它们必须是云就绪的、云支持的或云化的(无论您喜欢使用哪个营销术语),以便支持这些一次性应用程序的基础设施和服务与它们提供的应用一样灵活和可抛弃。

 

关键IT痛点网络

这也意味着 DevOps 方法对于管理这些非常不稳定的环境变得越来越重要,在这些环境中,更多的应用程序在更短的周期内交付和处置。  单一、整体的“一个应用程序适合我们所有的产品”的方法不一定是一次性移动应用程序的构想和交付方式。 它们专注且有目的性,这意味着它们专注于提供一组永远不会扩展的特定功能。 然后,其他功能和目的将通过其他应用程序提供,这会增加所需应用的总体数量,并给部署和交付这些应用程序的运营带来额外的压力。 每个应用程序都有特定的服务、配置和监控要求,必须根据应用程序量身定制。在应用世界中,没有一种万能的解决方案。 这与在应用程序的整个生命周期内,基础设施配置(性能或安全调整除外)可能基本保持不变的世界有着明显的不同。 对于必须管理基础设施的运营来说,这意味着更多的工作、更多的复杂性、更频繁的

这就是为什么基础设施不仅仅是软件或虚拟化,不仅要提供强大的配置和配置 API,而且还要注重参与流行框架和工具集(如 Puppet 和 Chef、VMware 和 Cisco、 OpenStack和 Salt Stack)不断发展的自动化生态系统。 这些框架使持续交付能够从开发阶段延伸到运营阶段,并提供了使基础设施能够轻松地投入生产和处置的方法。

软件正在吞噬IT,但这应该被视为一件好事。 DevOps 作为一种跨应用和基础设施生命周期管理的方法,对于管理由软件吞噬世界所推动的增长是必要的。 CA 和 Vanson Bourne 在一项全球调查中发现了采用 DevOps 方法的可量化优势,其中 21% 的受访者表示可以推出更多新软件和服务,18% 的受访者认为产品上市时间更快。

如果您要支持一次性应用程序以及交付这些应用程序所需的一次性基础设施,那么这种灵活性和速度是必需的。 一个关键的 IT 痛点是网络仍然存在的现实阻碍。 根据EMA 的研究,39% 的组织认为“重新配置基础设施以适应变化的缓慢的手动流程”是 2014 年的一个重大痛点。

将 DevOps 应用于“网络”将有助于消除生产道路上这一重要的阻碍点。 这项努力的一部分包括消除我们对网络本质(它的硬件! 不可触碰! 这不是我的领域!)并开始考虑网络的哪些部分可以像它提供的应用程序一样被视为可丢弃的