Kubernetes的更多内容:上周你在KubeCon上还错过了什么

这是由两部分组成的系列文章的第二部分。单击此处查看第1部分。

我们期待着Cloud Native Computing基金在8月在欧洲和11月在波士顿举行的KubeCon会议–但是,如果你像我一样,就等不及了。

因此,很高兴我采访了上周将在KubeCon展出的最热门的供应商。这是最后的六个。 (*以下披露。)

推荐阅读
1的5,315

Aspen Mesh:面向企业的Istio服务网格

服务网格是任何Kubernetes部署的重要组成部分,因为它们在提供关键的可观察性和安全功能的同时抽象化微服务之间的网络流量管理。当前最流行的开源服务网格可能是Istio。

除了其受欢迎程度之外,Istio仍不成熟,并且与大多数开源基础结构技术一样,它缺乏企业进行生产部署所需的支持,管理和合规性功能。

Aspen Mesh通过其Istio企业部署填补了这些空白。该公司通过策略框架以及配置和管理仪表板提供了强化的Istio分发。

也许最重要的是,Aspen Mesh确保Istio的已部署实例符合框架中策略的业务意图,这就是我所说的基于意图的计算的一个示例。

Elotl:抽象混合和多集群部署的“无节点” Kubernetes

用Kubernetes讲,节点是一个虚拟机实例(或在某些情况下是物理服务器),它在一个群集或整个群中心化运行一个或多个Kubernetes Pod。理想情况下,将应用程序部署到Kubernetes的开发人员不必担心基础节点。毕竟,Kubernetes会自动处理容器,吊舱和集群的自动扩展。

实际上,在IaaS云中部署Kubernetes要求工程师决定将要运行Kubernetes实例的特定节点。例如,在AWS中,EC2提供了大量的节点大小和功能。没有人愿意选择太小的EC2实例,因此,过度配置是一个常见且昂贵的错误。

Elotl提供了Kubernetes控制平面,该平面提供了两个基本功能。首先,它提供了一个虚拟工作节点,该节点抽象了所有基础节点,使开发人员可以看到一个包含整个Kubernetes环境的单个节点,即使在多云或混合场景中它包含不同的Kubernetes风格也是如此。

其次,Elotl在幕后处理实际节点的供应,确保所供应的节点具有最佳的大小和配置,以满足每个应用程序的SLA要求。

因此,Elotl消除了过度配置和容量去中心化的问题,可以处理水平和垂直吊舱自动缩放,并提供了混合和多云Kubernetes抽象来启动。

Kublr:企业就绪的容器编排

来自Amazon,Google等公司的所有托管Kubernetes服务的问题在于,它们中的每一个都必须依赖于单个服务提供商。但是,随着企业寻求扩展其Kubernetes部署,他们通常希望利用支持多个Kubernetes提供商的多云和混合方案。

但是,以多种不同的Kubernetes风格运行多个集群是管理上的噩梦。为了解决这个问题,Kublr提供了自己的Kubernetes平台,该平台可通过简单的管理界面支持多个集群,即使这些集群运行在不同的云中或本地或同时在两者中运行。

Kublr平台通过一致的容器运行时来管理入口,存储,网络,管理和应用程序部署,从而解决了横向扩展的企业Kubernetes的复杂性。通过其仪表板,操作员可以部署Kubernetes集群,并通过自动部署的可观察性工具中心化管理它们。

Spectro Cloud:Kubernetes即服务,用于公共云和私有云以及裸机

Spectro Cloud通过提供完全托管的“即服务” Kubernetes部署解决了企业宁愿不依赖单一托管Kubernetes产品的问题。

Spectro Cloud产品的一个重要区别在于其灵活性:组织可以为不同的团队部署具有不同配置的Kubernetes堆栈,这对于并行DevOps工作特别有用。

Spectro Cloud对于大规模部署多集群Kubernetes也很有用,因为Spectro Cloud服务的群集配置文件可在各个群集之间保持一致的配置,从而可以在部署之前对配置进行“预检”。

TriggerMesh:云原生事件驱动的集成平台

TriggerMesh提供了一个事件驱动的集成平台,该平台可以触发Amazon Web Services的Lambda和其他无服务器功能。

它支持各种异步集成模式,包括消息队列和发布/订阅。因此,TriggerMesh可以将传统的本地中间件与无服务器功能集成在一起,以及事件驱动的对异步基础结构产品(如Apache Kafka)的调用。

TriggerMesh也可以与其他类型的触发器一起使用,例如Oracle数据库触发器。用例可以是简单的交互,例如在云中触发AI驱动的面部识别算法,也可以是更复杂的场景,包括连接多个技术端点的事件驱动的数据管道。

Volterra:分布式云服务平台

Volterra在基于云的基础架构之上提供分布式应用程序管理和安全连接,以帮助其客户管理分布式应用程序和数据。

Volterra帮助组织管理多云场景,但优势是优势。边缘计算要求以各种物理数据中心形式(从手机信号塔到零售服务器机柜)进行各种云技术部署。

该公司解决了跨各种云平台,私有云和边缘数据中心的应用程序编程接口,服务和可观察性功能方面的差异。

Volterra支持类似于许多SD-WAN产品的零接触边缘配置,并且还提供节点的自动群集和自动扩展。此外,Volterra将身份管理功能分配给每个端点。

最后的想法

本文中的六家公司都在寻找一种应对单一挑战的方法:在混合(本地和云)和多云环境之间扩展基础架构。

显然,企业不想将所有的鸡蛋都放到任何一个云或Kubernetes篮子中。但是对这种复杂环境的需求比这更深刻。有时合规性会驱动混合信息技术战略,而在其他情况下,混合IT是复杂的现代化计划的一部分。

不管动机如何,混合IT和多云都将保留下来,因此通常对于云原生计算都是至关重要的。 Kubernetes并不是一种单一的环境工具,本文的提供者仍在确保企业能够实现其规模和敏捷性目标。

(*披露:Volterra是Intellyx的客户。本文提到的其他组织都不是Intellyx的客户。)

杰森·布隆伯格(Jason 彭博社)是分析公司Intellyx的创始人兼总裁,该公司为公司的数字化转型计划提供建议,并帮助供应商交易所其敏捷度故事。本文提到的任何组织都不是Intellyx客户。

图片:Linux基金

资讯来源:由0x资讯编译自SILICONANGLE。版权归作者Jason 彭博社所有,未经许可,不得转载
关注我们:Twitter | Facebook | Linkedin | Medium | Telegram | Weibo | WeChat