DevOps团队获得了将其CI/CD流程和操作转移到云原生环境的绿灯，他们意识到旅途可能充满危险。尽管具有云原生的“黄金宝库”（以提高敏捷性，更快的软件发布节奏和更稳定的部署为代表），但事情很快就会变糟。

  在NS1的INS1GHTS2020虚拟峰会上，NS1首席技术官兼联合创始人Jonathan Sullivan在主题演讲中表示，那些寻求通过迁移到云并利用微服务和容器环境提供的机会来实现其基础架构现代化的组织“正在创建基础。为了他们公司的未来。”

  他说，随着“软件继续承担一切，”企业将变得更有弹性，并为不可避免的技术持续不断的发展做好准备。

  但是，当然要迁移到具有容器化和微服务环境的云环境也绝非易事。Sullivan说：“数字化转型过去涉及“迁移到云”并确定“对您的业务意味着什么”。他说：“我们今天发现的是，一切都比这复杂得多。”

  在这篇文章中，借鉴了NS1虚拟峰会和其他来源的演讲和主题演讲，我们不难发现了企业在转向云原生环境时能够尽可能的防止的一些陷阱。

  当然，该想法是依靠Google Cloud Platform，AWS或Microsoft Azure等云提供商来支持DevOps的关键使命，即安全开发和部署软件，同时花费更少的时间和更少的资源来管理更多与运营相关的任务。但是，在从本地环境过渡到云环境时，弥合差距的工具选择过程对许多组织构成了重大挑战。

  Sullivan在INS1GHTS2020 Fireside聊天会议上说：“这样的一个过程永远都不可能简化，我们将能够将所有内容迁移到本地，并阅读剧本并将其放入一个云中。”

  Sullivan说，例如，DevOps必须找到比较合适的“现代应用程序交付堆栈服务，并利用您已进行的投资”。Sullivan说：“没有这些，您就能拥有出色的混合云策略，并且如果您无法智能地协调跨该策略的流量，那么您就不会看到投资回报率” 。

  迁移到容器化的Kubernetes环境时，有必要投资于VMware的Tanzu等框架。Sullivan说，这使DevOps“将您的东西放到任何地方，只需弄清楚如何利用这种复杂的基础架构和复杂的基板即可。

  最终，迁移需要“智能编排和沿着整个DevOps流进行很好的融合，”平台和自动更新的强大的监控和管理、补丁和bug的修复，Associates的分析师Longbottom说道。

  数据中心不能在云环境中复制。尽管主要目标在很大程度上保持不变，但基本运营框架将不一样。IT员工可能不用担心维护其本地服务器和数据中心基础结构，但是新的云环境不是数据中心的镜像。简而言之，应用程序需要“云设计”，Longbottom说。

  Longbottom说：“大型单片应用程序试图做所有事情的时代已结束。” “那些试图将其单片应用程序迁移到云上的供应商并不进行云计算-他们实质上是在没有弹性资源和粒度级功能使用优势的情况下转向托管应用程序模型。”

  Longbottom说，对那些希望将“本地应用程序并将其移动到云中的组织”来说，他们所做的只是将它们移动到虚拟服务器中的可能性更大。

  Longbottom说：“为云进行设计和开发，确保可以在不关闭整个服务的情况下完成更新，补丁和完整升级，并能以较小的有效负载且对整个平台的影响很小的方式采取此类行动。