多年前，为了一篇关于将应用程序迁移到云上的行业好奇心日益增长的文章，我接受了采访。当时，大部分的讨论都围绕着相关的障碍和内在的恐惧。没有那么多的弹性和冗余途径，许多应用程序不支持云安装，商业可用的云产品没有现在那么多样化，受监管行业的遵从途径没有定义。这一切都导致了对采用的强烈抵制。
在那篇文章发表几年后，我记得我参加了一个会议，讨论验证基于云的架构的监管考虑。有一个由来自世界各地的专家和监管机构代表组成的小组，尽管他们的意见、指导和轶事各不相同，但很明显一条道路正在形成。一个经常谈论但很少实现的想法正在被更普遍地接受，因为验证指南正在被绘制。
我们的团队开始评估边缘设备、网络设备和示例架构，以确定可靠、可重复、可适应和有效的云部署，并将其提交给客户端进行考虑。由此我们认识到，有几种不同的方法可以提供弹性并确保可靠的应用程序访问。我们调查了我们的行业，了解到每个公司对云部署的适应程度不同，需要遵循的标准也不同。然而，非常明显的是，云部署从一种甚至没有考虑过的东西变成了一种可行的替代方案。
我们对云部署的尝试始于在云中放置特定的软件部分。一种常见的实现是将历史数据与报告平台一起放在云中，以确保在站点本身进行本地数据缓冲。这种方法有助于提高对不同范围的云部署的需求。随着我们的部署沿着相同的路径继续，重点关注数据历史化和报告，客户要求我们部署能够支持完整云部署的架构。这最终发展成特定线路、建筑或区域的全云部署，作为将SCADA、数据历史化和报告、远程报警和通知系统以及其他软件组件放在云中的测试。每种部署都以不同的方式实现了冗余和弹性，但它们都为未来的部署提供了一个框架。
快进到现在，在过去的六个月里，我们已经有三个完全基于云的部署，都位于受监管的行业。该体系结构严重依赖边缘设备进行数据缓冲和在互联网中断时的本地访问，并且在网络端都建立了多层冗余，包括双上行链路、ISP冗余、本地应用程序故障转移等。所有这三种部署都被要求作为部署的主要选择，而不是一个可行的替代方案。
随着客户寻找降低管理成本、房地产需求和人员负荷的方法，许多制造商正转向云部署来帮助实现这一目标。显然，由于技术的进步和对关注云部署的更新It工具的接受，规模已经从规避风险转向广泛采用。随着更多最佳实践的出现，对云部署的需求只会增加。作为系统集成商，我们现在的工作是继续寻找保护企业的方法，证明部署方案，并为我们的客户提供他们所在领域的竞争优势。
