导读 我们一直将"云原生"应用于像Kubernetes这样明确不属于云原生的东西。这有什么关系吗?

在技术领域,我们喜欢使用"云原生"这个词,就好像它意味着什么一样。更确切地说,它意味着每个人都同意的特定事物。

但事实并非如此,微软首席产品经理Maria Naggaga最近在Twitter上发布的贴子就证明了这一点。她要求她的部下——一群技术娴熟的人——总结一下云原生的含义。他们的回答表明,云原生计算基金会可能希望花费一些会员费来宣传标准定义。

语义的准确性似乎并没有妨碍大量的云原生IT购买。对许多人来说,云原生在某种程度上是Kubernetes和容器的代名词。问题是......为什么?正如Hassy Veldstra所说,"Kubernetes是云原生的,就像Java是操作系统原生的一样,它具有'一次编写,四处运行'的承诺。试图抽象出你声称是'原生'的东西其实并没有什么'原生'可言。"

当然,云原生的历史始于Bill Wilder为O'Reilly写的一本名为《Cloud Architecture Patterns》的书。根据Wilder的说法(由Ken Finnigan总结),云原生应用程序:

    使用云平台服务;
    水平缩放;
    使用主动和被动操作自动扩展;
    在不降级的情况下处理节点和瞬时故障;
    在松散耦合的架构中实现非阻塞异步通信。

这并不是真正的Kubernetes,即使Kubernetes可以用来构建这样的应用程序。

微软的Scott Hanselman这样简洁地描述云原生:“应用程序知道云的存在”。这感觉比Kubernetes更接近事实。但这是否意味着它们不是定义上的云原生?

正如其他人所表达的那样,要真正成为云原生应用程序,必须 "依赖于云基础设施"。VMware专家和微软开发人员Dave Curylo强调,"这与那些智能托管在云基础设施上的应用有点不同,它们是专门为在云基础设施上运行而构建的应用程序。"

这些应用程序 "旨在利用横向扩展",Michael Brown补充道。对于那些把Kubernetes定义为云原生的人来说——Naggaga推文的许多受访者都这样做了,正如业内许多人一样——Achim Friedland的观点是正确的:"如果软件真的是'云原生',就不需要Kubernetes。"

这有什么关系吗?也许不重要。每隔几年,我们都会为一个旨在表示某些特定事物的术语而烦恼。无论它多么不合适,供应商总会把它应用到他们所销售的任何东西上,使其变得毫无意义。今天,每个供应商都希望成为云原生的,因为它在某种程度上是"现代"的代名词。而客户也想成为云原生的,所以他们购买了看似神奇的解决方案,他们可能意识到这些解决方案好得令人难以置信。同时,我们这些语义严肃的人只能对许多 "云原生 "技术是多么的云里雾里而苦笑。

原文来自:https://blog.csdn.net/m0_46700908/article/details/126476717

本文地址:https://www.linuxprobe.com/cloud-change.html编辑:圆蛋,审核员:清蒸github

Linux命令大全:https://www.linuxcool.com/

Linux系统大全:https://www.linuxdown.com/

红帽认证RHCE考试心得:https://www.rhce.net/