早在云中（比如说，八年前）的历史上，有大约的话题丰富辩论云爆发。云爆发，对于那些不知道的名词，描述了对混合基础架构的方法，其中工作负荷可以在本地标准负载期间运行，然后，在流量高峰时有发生，就奇迹般地“爆”到云中的额外容量。
虽然许多赞赏从概念的角度来看云爆发的想法，其他人质疑它的实用性。
但是，尽管云爆发不是真的来过，混合动力的基础设施，因此组织有工作负载在许多设置（从本地到公共云和多个私有云）的理念，已成为非常现实。其中的一个原因，这是降低风险 - 思维去，通过使用各种不同的服务提供商，以一个供应商的关键问题是，从理论上讲，不太可能对组织产生负面影响。
但这里的东西：使用一个单一的供应商，同时可能引进风险，降低复杂性很大。组织需要平衡最终的风险减少与避免创建复杂的愿望 - 或潜在的故障点 - 在他们的架构。
这是哪里灵活的存储进来，敏捷是一个公开上市的供应商，专注于存储，特别是通过提供一套旨在自动化存储提供工具。灵活的预测云平台旨在提供，在敏捷的说法，“最快，最可靠的数据访问。”
灵活的联合收割机为了预测分析（知道放什么合适的地方）与闪存（不必把东西最快的地方）到 - 希望 - 简化企业数据中心的需求。2020欧洲杯预赛
敏捷是今天在multicloud存储服务引入其服食。本次发行的想法是提供横跨亚马逊网络服务（AWS）和Microsoft Azure中的块存储服务。
从理论上说是应用程序转移到云锯组织第一波实施云本地应用程序，主要是网络和移动。现在，一个新的浪潮正在发生，建议灵活，在企业开始迁移工作负载的传统 - 客户关系管理，财务应用，生产数据 - 到云中。
这不是移动到基于云的企业级产品，而是移动这些现有产品到云基础设施。而与此举动是为更高级别的可用性和确定性的要求。这也正是敏捷云卷的用武之地。
云卷是一个托管的服务，从而组织感觉他们正在使用一个单一的云存储资源。在幕后，灵活的争吵和组织两个公共云供应商之间的联系，只为任何改变的数据薪水 - 而不是复制的数据。
这是什么意思的是，用于灾难恢复克隆的数据是很简单的，最重要的是价格便宜。其他使用情况，都适用于本次发行包括测试，开发和分析。灵活承诺六九的可用性（99.9999％），并且与单云替代海量数据耐久性的自夸。
除了可靠性收益，敏捷是推动云卷，以此来避免厂商锁定。它的思维去，通过在两个不同的公共云计算让企业数据传播，同样是这些组织是不依赖于一个特定的云。
我不太确定有关命题，因为它可以说，云卷有些企业不得不云卷！它也强烈阐明了多云战略的必要性 - 因此厂商锁定的角度并没有真正削减对我来说。
MyPOV
虽然云爆发从未真正是一个东西，这个想法的跨云计算让企业廉价和简便的方法来复制数据是有意义的。正如我所说，我并不特别买成“减少锁定”的角度，但尽管如此，敏捷似乎是在这里做一件好事。