企业使用特定平台的专用存储、计算、数据库等功能,这听起来很理想,但可能意味着需要运行双重系统。
人们可能都听说过“云原生”的数据库、安全性、治理、存储、人工智能,以及云计算提供商可以提供的几乎所有其他功能。而云原生应用程序的定义是:利用托管它们的公共云原生系统的应用程序。
云计算提供商通常为用户提供的建议是:“采用云原生技术更好,而非原生的提升和转换并不好。”
这是有道理的。通过使用原生服务,可以利用核心系统,其中包括使用原生目录服务的原生安全性,原生供应系统以及原生管理和监视。但在公共云上使用非原生应用程序就像在山路上驾驶跑车一样困难。
现在,云计算提供商将原生服务的概念带入新平台,其中包括容器编排(即Kubernetes)。 Kubernetes具有由“原生”专用系统组成的大型生态系统,其中包括数据库、存储、安全性、治理、devops工具等。这里有两种不同的想法:
第一个想法是云原生更好。原生工具可以提供更好的性能。Kubernetes原生存储系统每分钟可以扩展到数千个节点和数千个并行操作。这是因为企业内部人员可以使用原生界面使用原生Kubernetes应用程序。
当企业需要使用非原生系统与外界联系来满足数据库、存储或安全性等需求时,只是通信转换就会带来大量的延迟。对于这种思维方式,Kubernetes原生总是更好,并且通常是用户首选。
第二个想法是,企业需要全力以赴,但会增加过多的复杂性。尽管具有优势,但迁移到Kubernetes原生系统意味着至少拥有两种功能。迁移到Kubernetes驱动基于容器的应用程序的企业正在寻找一种通用的数据库系统,该系统跨越Kubernetes内部和外部的应用程序。与安全性、原始存储和其他云原生的系统相同,但不是Kubernetes。
那么正确的做法是什么?多年来获得的一个经验是,适合的才是好的。采用适合的技术才是正确的选择。这意味着一切都是原生的,但是企业仍然需要明智地选择可以长期运行的解决方案,无论其是否原生。
那么会不会带来更多的复杂性?是的,但是考虑到向多云和基于物联网的应用程序的迁移,这实际上是不用担心的事情。无论企业是否使用原生的Kubernetes解决方案,事情都会变得更加复杂。而一些企业也可能擅长于处理复杂性事物,并在第一次实施时就会将事情做好。
【凡本网注明来源非中国IDC圈的作品,均转载自其它媒体,目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。】