自大流行以来，云本地应用迅速增加

冠状病毒大流行永远改变了许多企业的运营方式，而这种转变是大量采用这种技术的驱动因素进行IT解决方案和能力。

Veeam的Kasten的首席技术官Vaibhav Kamra在最近一次招待Alex Williams时如是说New Stack Makers播客．Kasten是Kubernetes备份、灾难恢复和移动业务的市场领导者，在2020年初，该公司正在制定如何吸引客户和扩大其服务规模的战略。当国家因疫情开始关闭时，对话发生了急剧转变。突然之间，全国各地的公司都争相将业务转移到网上。

Kamra说:“云原生生态系统、技术和Kubernetes的采用真的开始加速了。”“很多人都抓住了这个机会，在他们的容器和云原生应用上加倍投入。这真的推动了我们进行的很多对话，以及我们看到的应用。”

Kasten的许多谈话都围绕着数据管理和保护，以及如何引导新客户使用云本地方法解决这些关键问题。云本地技术得到了传统IT供应商越来越多的认可和支持，这使得这项工作变得更加容易。

事实上，根据aZDNet的文章云本地计算基金会(Cloud Native Computing Foundation) 2020年的一项调查显示，在生产中使用容器的公司中，有78%都在使用Kubernetes。

云本地方法需要一种不同的心态

当公司转向公共云时，通常会转移到容器/ Kubernetes，但这需要思维上的转变。Nutanix产品营销总监肖恩•罗斯(Sean Roth)表示，在构建云原生应用和单片应用时，基础设施的供应和管理方式是为了促进开发者的变化。

Roth说:“原生云意味着‘将基础设施作为代码’。理想情况下，开发人员在podspec中指定应用程序需要的资源，比如指导Kubernetes如何编排应用程序工作负载的脚本。DevOps已经成为一种新功能，使IT运维人员和软件开发人员能够以一种更协调的方式工作。”

他说，在许多情况下，开发人员加快了他们的应用程序，而IT运营努力跟上他们的资源需求。DevOps及其伴随的心态在一定程度上缓解了这一障碍。”

Karma解释说，Kasten看到的传统计算和云本地计算之间的区别是“角色的变化和应用程序的构建方式，这与应用程序架构有很大关系。”

Kamra说，由于应用程序被重新架构为运行在容器上的微服务，“现在对应用程序正在做什么的可见性大大降低了。”“应用程序是动态变化的。我们开始看到像多语言持久性这样的东西，即应用程序中的单个服务使用不同的存储系统或不同的数据服务。”

“在这种环境下，应用程序是什么样子的?””卡马拉说。“这是很多东西的集合。所有这些基础设施组件、证书、机密、配置、角色、用户帐户、数据量、数据库服务都可能实际存在于Kubernetes之外。”

当涉及到保护数据或在这些应用程序中移动数据时，对应用程序及其所有组件的可见性的丢失对IT团队来说是一个挑战。

“从整个堆栈和应用程序容器的角度来看，可观察性确实是Kubernetes面临的最大挑战，”Roth说。

Kasten的K10解决方案包括对象存储，提供所需的可见性并简化了对应用程序本身的监视。对基于微服务的应用程序的保护不同于它们的单片应用程序祖先。

“你有这些微服务架构，”Kamra说。“每次部署时，它们都可能非常不同——你的应用程序可能会发生变化。因此，我们希望让应用程序开发人员能够控制数据管理，而这在传统上是没有的。它一直在运作中。”

Kasten的K10解决方案允许开发人员创建蓝图，并指定他们希望备份和恢复等工作方式。政策对这些蓝图至关重要。

Kamra说:“在这些环境中，数据管理和数据保护已经从非常静态的状态转变为更加动态的状态。”“这只是人们如何在他们的环境中部署应用程序的一个因素。所以，如果应用程序的定义在每次运行时都在改变，那么设置数据管理的方式就必须是基于策略的。它不可能是静态的。”

当前的挑战驱动着容器能力的未来

Roth说，IT基础设施(计算、存储、网络)自助服务是云本地技术的重要组成部分。

“在理想的情况下，开发商可以开拓自己的资源，而不必处理底层基础设施的复杂性，”他说。“资源分配被巧妙地抽象出来，使开发人员更容易”。

他指出,Nutanix Karbon举个例子。“DevOps的优点和应用开发者可以利用简单的工作流程来部署新节点、扩展集群、提供持久存储等，”他说。

云本地应用程序的动态特性意味着容器功能正在演进。卡姆拉说，目前增长的一个领域是自助服务。

他说:“我们看到的重点是实现平台的功能，并允许开发者自己利用这些功能。”

例如，客户将请求部署数据管理的能力，但希望支持开发人员备份或恢复他们自己的应用程序。或者，IT团队希望让开发人员在需要时部署新数据库，而不必让IT人员参与保护数据。

自助服务的一个潜在问题是，IT和开发人员之间的重叠可能导致关键任务未完成，如备份，如果每个组都假定另一个组正在处理它。

Kamra说，解决这一问题的技术之一是开放政策代理(OPA)。根据原生云学院， OPA是“一个策略引擎，它自动化并统一了跨IT环境的策略实现，特别是在云本地应用程序中。”

“自动化将确保正确的事情发生，”卡姆拉解释说。“无论是平台运营接管这些责任，还是开发团队——它会根据环境、文化和团队的不同而变化。但人们正在确保这些东西都到位，这样东西就不会掉下来。”

例如，平台操作可以进入系统并创建一个策略，该策略表示，如果部署了应用程序，还必须为其定义数据保护策略。

根据Roth的说法，云本地应用程序(构建为更小的相互关联的组件的集合)本质上可以更有效地使用底层基础设施。

他说:“在进一步提高利用效率方面，多租户方法是非常有效的，但建立起来可能具有挑战性。”

Kamra说，多租户或多集群管理是一个问题。

他说:“你从去年看到客户有几个Kubernetes集群，到现在有这么多客户，把所有客户作为一个整体管理才是最重要的。”“多租户经常出现。尤其是在服务提供者环境中，甚至在企业中。你开始看到这一点，特别是当人们希望在这些环境中实现自助服务时。”

Kamra说，他在Kasten的团队一直在努力加强产品中的多集群管理能力，Kubernetes社区在多集群方面的工作最近开始加速。

Kamra说，除了多集群管理之外，安全性和勒索软件等方面的要求也非常高，是目前客户最关心的问题。虽然它们不是Kubernetes或云本地技术所特有的挑战，但解决这些问题的策略很可能会在不久的将来找到云本地解决方案。

Erin Poulson是一位专门从事IT和业务主题的特约撰稿人。

©2021 Nutanix, Inc.保留所有权利。欲了解更多法律信息，请到这里。