云撤回：一家公司扭转云迁移过程的经验

当Ijaaz Ullah是加拿大最大的基于云的电子病历供应商Nightingale Informatix公司的IT副总裁兼隐私官时，他负责两个系统：一个系统，名为Nightingale On Demand或NOD，运行在私有云上，另一个，Nightingale v10，正在测试在公有云上运行。

 

在公司数据中心内构建的公有云系统，正在北美的110个诊所内进行测试，当其官方正式发布发生了巨大变化。

 

在2016年秋天，就在v10云亮相（6月）的几个月后，Nightingale Informatix被加拿大电信公司TELUS收购。TELUS决定不将v10推向市场。Ullah表示，由于该公司仍然认为该产品可以出售，在收购的进程中，v10的开发持续了三个月。

 

现在，作为TELUS Health的技术战略和交付总监的Ullah表示：“当我知道v10软件不会被投入市场时，我感到很失望，因为我们花了大量的时间来构建一个让我们非常自豪的高度自动化的系统。。因此，我们从构建和部署这个产品中学到的东西是有价值的，这种知识是可延续的。”

 

Ullah的团队花了三年时间开发v10，构建了云基础设施和相关的集成功能来实现自动化。公有云测试版已经在商业展览中发布，正在大量的诊所内运行——前进的道路是明确的。当TELUS完成收购Nightingale后，所有关于发布医疗记录系统的公有云版本的工作都将停止，Ullah及其团队将进行v10 “云撤回”工作。

 

 

Ullah和他的团队并不是唯一进行云撤回工作的。 随着企业越来越多地了解云计算的成本和收益，和将工作负载保留在企业内部相比较，其中的一些选择从云中撤回。根据Datalink/IDG对100多名IT专业人士的调查显示，近40％的具有公有云体验的企业，选择将系统从公有云中迁移回内部数据中心。其中的主要理由是安全性（55％），成本/价格担忧（52％）和管理性（45％）。

 

2016年9月，CompTIA对500家业务和IT主管的研究发现，决定将系统重新撤回到企业内部的理由几乎相同：安全性（58％），未能实现成本目标（30％），无法整合（24％）和对可靠性不满意（22％）。安全问题是最主要的，一直如此。

 

CompTIA的技术分析高级总监Seth Robinson表示：“公司可能会发现，他们期望能获得比云供应商能提供的更强的应用安全性， 然后可能选择撤回到企业内部来获得更大程度的控制。”随着时间的推移，这个应用可能会继续保留在内部，或者，如果公司能够添加适当的安全措施，则会选择将其迁移回云。

 

对于Ullah的团队来说，在云撤回的过程中，关键的因素之一，是2016年6月相当平稳的云迁移流程中的严格和成功。 “我们预先花费了大量的架构时间和精力，以便如果我们需要在其他地方部署v10 ——或者如果隐私法律发生变化，我们无法在美国公司内继续存储数据——我们将能够使用同样的自动化将其迁移到另一个云供应商。

 

为了自动化v10的迁移，Nightingale团队构建的API和代码首先在内部进行了测试，以确保系统可以部署到云。该团队还利用其内部数据中的灾难恢复，确保包含所有重要信息的数据库始终在云及其数据中心内进行复制。

 

Nightingale使用Puppet自动化工具进行反向云迁移过程“将撤回作为故障转移来处理，和灾难恢复情况类似，我们在多个位置拥有我们的实时的，可复制数据库，我们只需要将虚拟机故障撤回，直接回到内部数据库，”他说，“这几乎是无缝的；唯一的影响是，网络重新校准时的几秒钟的停机时间。

 

 

Ullah强调，在云撤回的过程中，自动化和配置管理是关键。 Ullah说：“我们花了大量时间构建基础架构作为代码，预先编写软件，以可重复的方式部署产品实例。一旦你能够做到这一点，只需要在其部署的地方，运行代码和改变其变量，就变得可重复了。”

 

作为v10经验的结果， 现在NOD继续在TELUS Health内运行，在私有云中，但是使用更多的自动化来运行。 “我们在构建v10中获得的大量经验，都已经进行移植，这意味着我们在任务中，比如，部署升级，增加了更好的指标收集和自动化。”Ullah说，“自动化代码是透明的，无论它在哪里，它可以安装在任何地方。” 至于v10版本？ 最终被卖给了一家美国公司，Ullah拒绝透露其信息。