奈何应对计谋性云迁徙的风险

在2019年，越来越多的企业和组织正在评估当地数据中心(或私有云)中的现有事变负载应怎样迁徙到民众云以及它们怎样操作民众云处事提供的很多甜头。为了满意要求，我们在民众云处事规模中饰演着重要脚色：AWS、Azure和GCP。当前，这些民众云公司提供的处事和洽处对付运营数字营业至关重要，尔后者要更多地存眷用例，而不是对IT基本办法架构举办投资。此类投资可以按照人力需求，也可以用于打点基本办法的人工使命。

可是云迁徙的蹊径并不像看起来那么简朴。正确的云迁徙计接应该到位。

云迁徙风险

迁徙依靠于数据的应用措施时，始终存在风险。这些应用措施移动应该发生最小的影响。任何妨碍或停机都也许导致客户失去对营业的存眷。

在将应用措施和相干数据移动到云中时，应该有在新情形中测试应用措施运行时的搜查点。云迁徙变得伟大，由于当今的大大都事变负载都在假造机或裸机上。这导致很多公司的事变负载可迁徙性题目。然而，很多题目与应用措施的可迁徙性有关，而且数据可以通过民众云供给商提供的现有处事来办理。

对付某些组织来说，云迁徙计策是怎样将敏感信息移动到云上。对付从医疗、金融等机构网络专有和要害信息的大型组织来说，这一题目经常会呈现。应该有一个搜查点来评估GDPR等法令举动，以评估特定地域或国度的数据主权。

物联网的用例正在敏捷增添，这反过来又敦促了对耽误敏感的基本办法的需求。当移动到云平台时，一个题目也许会涉及到各类数据处理赏罚哀求也许来自的位置的支持和间隔。迁徙到云平台也许会对现有的一些应用措施发生影响。对耽误敏感的应用措施也许会在相应时刻上产生变革。

在物联网用例中，可以选择漫衍式云架构。可是存在隐藏的陷阱。假如将应用措施移至民众云，则必要在代码级别举办修改以启用漫衍式级此外支持。

另一个大题目是供给商锁定。转移全部事变负载后，假如出于任何缘故起因打算迁徙到另一个云选项，则也许会在应用措施配置和数据处事方面锁定供给商。在迁徙到云平台时，这是一个很大的风险，大大都企业必需评估测试用例。因此，提议先举办少量的观念验证(PoC)，然后再将全部事变负载迁徙到云中。

容器化在云迁徙中的浸染

很多企业选择在迁徙到民众云之前或之后对事变负载和数据举办容器化。他们中的一些人选择了容器化微处事架构，以辅佐他们别离维护差异的子处事，并应承这些处事在主处事应用措施中重用。

假如企业已经将事变负载放在基于容器的体系上，而且已行使诸如Kubernetes或Docker引擎之类的容器编排引擎举办了编排，则迁徙到云中会变得很是轻易。AWS和Azure云为Kubernetes以及其他引擎提供了特定的辅佐，进一步辅佐了迁徙进程。众所周知，Kubernetes的首要特点是事变负载应该是可迁徙的，无论是任何范例的云平台照旧裸机。

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!