企业是否应该在云原生平台上全力以赴?

企业使用特定平台的特殊存储、计算、数据库等功能，这听起来很理想，但可能意味着运行双重系统。

人们可能听说过“云原生”数据库、安全性、治理、存储、人工智能以及云提供商能够提供的几乎所有其他功能。云本地应用程序被定义为利用托管它们的公共云本地系统的应用程序。

云计算提供商通常会向用户提供建议:“最好采用云本地技术，而不是本地升级和转换。”

这有道理。通过使用本机服务，可以利用核心系统，包括使用本机目录服务的本机安全性、本机资源调配系统以及本机管理和监控。但是在公共云上使用非本地应用程序就像在山路上驾驶跑车一样困难。

现在，云计算提供商正在将新平台引入本地服务的概念，包括容器编排(Kubernetes)。Kubernetes有一个由“本地”专门系统组成的大型生态系统，包括数据库、存储、安全、治理、devops工具等。这里有两个不同的想法:“第一个想法是云更好。本地工具可以提供更好的性能。Kubernetes本机存储系统每分钟可以扩展到数千个节点和数千个并行操作。这是因为企业内部的人可以使用本机接口来使用本机Kubernetes应用程序。

当企业需要使用非本地系统与外界进行通信以满足数据库、存储或安全的要求时，只有通信转换会带来很大的延迟。Kubernetes总是更适合这种思维方式，通常是用户的首选。

第二个想法是企业需要尽力而为，但这会增加太多的复杂性。尽管有其优势，迁移到库本内斯本地系统意味着至少有两个功能。迁移到库本涅斯驱动的基于容器的应用程序的企业正在寻找一个跨越库本涅斯内外应用程序的通用数据库系统。与安全性、原始存储和其他云本机系统相同，但不同于Kubernetes。

正确的做法是什么？多年来获得的经验是，合适的是好的。正确的选择是采用适当的技术。这意味着一切都是本地的，但是企业仍然需要选择能够明智地运行很长时间的解决方案，不管它是否是本地的。

这会带来更多的复杂性吗？是的，但是考虑到向云和基于物联网的应用程序的迁移，这实际上并不重要。无论企业是否使用本地库本内斯解决方案，事情都会变得更加复杂。然而，一些企业可能也擅长处理复杂的事情，并且在第一次实施时会做得很好。