现在，它很明显，云迁移可产生巨大的效益。事实上，最近的调查研究公司ESG发现，近40％的受访者表示减少迁移数据中心扩建成本。雷竞技电脑网站这也增加了资源的弹性和加快服务供应。
收获这些好处绝非一个肯定的事情，但是。为了实现云迁移的必杀技，企业必须成功地驾驭一台主机的挑战，包括固定的知名度和对服务的质量和性能控制。
应用基础架构很复杂，企业必须确保迁移方法适合特定的场景。例如，企业可以选择只替换一个本地应用的SaaS解决方案。他们还可以叉车使用一个春天，Java EE中，或者Microsoft.net框架为云基础设施，而不改变其现有的应用程序。或者，他们将其移动到云中，通过功能分解到微服务公司可能会选择重构软件。Microservices架构是一种处方到应用程序分解成许多小的部分，运行每个部分作为其自己的应用程序，并共同解决了有针对性的业务问题。这可能会产生一个灵活的软件解决方案，将云计算的潜力的充分利用。
然而，每种方法都有缺点。SaaS实现可能不如定制的内部软件灵活，尽管PaaS架构可以创造更多的操作空间。相反，升降转换允许公司保留对自己代码的控制，但会限制云环境的好处。
与此同时，重构可能是所有方法中最具挑战性的一种。微服务是围绕业务边界设计和构建的(用于内聚和避免数据泄漏)，每个服务都是一个单一用途的应用程序，可独立部署、可伸缩并可跨云移植。要采用云计算范式，公司必须花费大量时间有效地将大块软件重新开发为不同vm上的净新应用程序，并使用轻量级协议进行集成，如通过HTTP的RESTful接口。
坐在驾驶座上的开发者:新DX Power Brokers, 2018年2月
云迁移遇到的DevOps
双挂钩的方法，DevOps的和连续的软件交付，已经出现以帮助简化云迁移。连续交付不同于旧的迭代式开发方法，它聚集变更请求的软件和它们当作一个大项目，分批交付的升级，往往下跌几个月或几年分开它们。相反，持续的交付软件更新的每天甚至每小时的基础上以一定的周期进行操作。
这种做法，它彻底改变了软件开发和部署，是实现要归功于DevOps的它打破了开发和运营之间的障碍。如果DevOps做对了，这个过程就会使工具集合理化，从而以更高的速度驱动业务解决方案并交付高质量的服务。这些方法的好处很明显:提高生产力、加速软件发布和加速补救，所有这些都可以优化基于云的部署。
组织正在以前所未有的方式拥抱DevOps，许多组织都关注于如何大规模地实现它。Forrester Research在2017年的一项在线调查中发现，90%的组织已经或计划实施DevOps。但是，在提供服务方面，这些新的做事方式也增加了一些新的困难。例如，持续交付推动了新的软件架构，包括基于容器的微服务，它将软件应用程序分散成数千个离散的功能，每个功能在自己的迷你操作系统中运行。这些函数彼此依赖于能够执行它们的输入，从而创建另一层服务依赖来交付业务价值。
这些新架构的复杂性加剧了一个已经具有挑战性的环境，在这个环境中，不同的迁移模型混合在一起，并且常常驻留在不同位置的不同云基础设施上。这一切导致了服务的复杂结构，以及对无处不在的可见性和数据驱动的洞察力的需求。在ESG的调查中，77%的受访者表示，提高可见性将有助于加速公共云中的服务交付。简而言之，如果您想要获得云迁移的全部好处，您需要找到一种方法来降低复杂性，而这需要一种全新的服务保证方法。
服务智能的需求
从开发者的桌面系统到IT基础设施中，DevOps的团队需要了解不仅仅是软件的开发周期，同时也基于云的服务依赖于广泛。在许多方面，移动到基于云的容器和微服务平底船从复杂到开发行动。因此，服务智能，不仅连续交付的战略组成部分，但也有必要以减少停机时间。当从微服务代码出去服务器群，无论在本地或公共云类似AWS或者Azure的连续部署流水线未必无差错，并能迅速尺度问题。因此，一个无阻碍的端到端视图服务和数据驱动的可操作的见解帮助开发和操作为下一个应用程序迭代保持一致，并通过及早发现故障并在它们影响客户之前修复它们，从而导致持续的大规模改进。
如果处理得当，这将帮助开发人员和IT操作专业人员更好地理解更改如何影响应用程序和服务性能，从而使云迁移项目更具有可预测性。当着手进行像云迁移这样重要的活动时，将所有这些信息放在手边是有帮助的。有关服务保障的新方法，请参阅IDC的白皮书:https://www.netscout.com/creating-new-approaches-to-service-assurance
~Ron Lifton, NETSCOUT的高级解决方案市场经理