越来越多的组织正在评估向云原生环境的迁移。有许多因素推动着这一趋势，但从总体上讲，它具有三个主要优点：更快的应用程序开发，更大的可伸缩性和更少的供应商锁定。
首先，云原生应用程序的开发周期要比传统应用程序快，这是因为其自动化程度更高，并且能够利用高度分布式的服务以及持续集成的能力。
其次，使用云原生应用程序，可以轻松扩展到数百或数千个服务。云原生应用程序可以更好地处理较重的负载并快速增长。
第三，云本机应用程序可以在云提供商之间轻松移动，因此组织不会像传统的本地应用程序那样被锁定在任何专有硬件或技术中。 云原生环境提供了主要优势。但是，从旧版应用程序过渡到云本机应用程序并不容易。这是一个漫长的过程，需要耐心和计划。许多组织在尝试加快此过程时会遭受挫折和未满足的期望。为了避免这些问题并使这些过渡尽可能顺利，任何迁移到云本机应用程序的企业都必须考虑以下五个技巧。
从小开始
过渡到云原生方法时，始终最好从小处着手。组织必须先考虑给定应用程序的所有服务和依赖性，然后才能将其移至云中。例如，应用程序的某些组件可能依赖于出站电子邮件服务或数据库。当企业使用云原生时，他们需要确保应用程序的所有组件都可以与传统技术和云技术一起使用，以避免中断或崩溃。因此，最好从依赖较少服务和依赖项的简单应用程序开始。 低风险应用程序是理想的起点。
低风险应用程序可以广义地定义为分布不高度，不需要经常同步并且不使用大量用户数据的应用程序。例如，任何缓存应用程序都将被视为低风险应用程序。
选择合适的应用
除了简单性，还有某些应用程序比其他应用程序更适合云原生。一旦组织开始使用一些低风险的应用程序来解决问题，他们需要确定并确定优先级的应用程序，这些应用程序将为云原生提供最大的价值。一般而言，有一种类型的应用程序为云原生平台中受益最大：无状态应用程序。
无状态应用程序包括大多数面向Web的应用程序，最终用户可以通过公共Internet方便地访问它们。这类应用的使用量迅速增加和减少。因此，它们需要快速扩展。如上所述，与原生应用相比，扩展原生云应用要容易得多，因此面向无状态的面向Web的应用将从原生云中受益匪浅。而且，这些作为云本机易于构建。
跳过错误的应用程序
正如有最佳的应用程序将云原生化一样，候选人也很差。任何严重基于专有硬件技术的应用程序（例如企业数据库）都不太适合原生云。大型数据库无法真正移动到任何地方：它们通常甚至无法虚拟化，并且必须在基础供应商硬件上运行。另一个例子是大型机应用程序，在金融服务领域仍然很常见。要使大型机应用程序云原生化需要付出巨大的努力，这根本不值得麻烦。
组织必须了解，将所有应用程序都原生云化是不可行或无益的，并且某些旧版应用程序应留在原处。但是，在企业成功迁移到云本机环境后，他们通常会发现他们剩余的某些遗留应用程序不再提供太多价值。这些应用程序然后简单地退休。
参与所有团队并拥抱协作
成功执行像采用云本机应用程序一样复杂的流程需要许多不同团队的参与。组织必须包括其开发人员，DevOps，NetOps和SecOps团队。此外，这些团队的每一步都必须在同一个页面上，并且能够进行公开协作和沟通。一些企业认为他们只需要开发人员和DevOps团队来推动云原生应用程序的采用。结果，即使它们走得太远，它们最终都将获得不安全且性能不佳的云本机应用程序
主服务网格
服务网格是相对较新的工具，用于调试，观察，加密和设置云本机应用程序的安全策略。在过渡到云原生方法时，组织尤其是其SecOps团队必须精通该技术。与本地应用程序相比，云本机应用程序要复杂得多，难以保护，引入了新的攻击面并使用了更多的API，包括深度嵌入的隐藏API。没有为这些应用程序构建现有的安全工具。企业应该考虑一种良好的服务网格技术，以便正确地监视，自动化API发现，执行策略并最终保护云本机应用程序。
SaaS提供商的额外注意事项
如果组织销售SaaS产品，则必须检查一些额外的框以确保他们可以放心地将其SaaS应用程序称为云原生。首先，任何真正的云原生应用程序都应由REST API提供支持。此外，任何云原生应用程序都应该能够轻松支持十个或更多客户端，这意味着它可以在任何设备或浏览器上运行。最后，云原生应用程序必须能够在云提供商之间流畅地移动，因此客户不会被锁定在任何一个平台上。
结论
就像企业技术中的任何新趋势一样，向云原生环境的迁移将伴随着公司的大量幻灭，而这些公司则大跌眼镜，没有适当地计划或执行，并因此遭受了重大问题。采用云原生应用程序永远都不是快速或容易的。但是通过听取这一建议，组织可以避免大多数常见的障碍。
始终从简单，低风险的应用程序开始，以适应这一过程。之后，确定最适合采用云原生的应用程序，并跳过那些不是最佳选择的应用程序。确保开发人员，DevOps，NetOps和SecOps团队在项目中拥有同等的股份。最后，对优质的服务网格技术感到满意，以确保您可以保护自己的云原生应用程序。
