本周,大量的云计算爱好者被安排到阿姆斯特丹参加Kube Con,这是Cloud NativeComputing Foundation面向所有事物的会议。
唉,就像许多其他会议一样,CN CF决定推迟Kube Con。 但这并不意味着我仍然不能写这篇文章中的亮点。 这只意味着每个参与者都必须从家里参加简报会。
我拿下了75个左右的参展商到十几个亮点,并与他们的领导交谈,以了解他们带来的创新市场。 我没有听到:病毒或即将到来的经济衰退导致的任何反弹。 所有这些公司都在向金属靠拢.
这是我对清单上半部分的看法:
艾文通过利用多云环境中的开源技术来应对实施复杂数据管道的挑战。
选择开源数据基础设施,包括Kafka、PostgreS QL、Elasticsearch、Cassandra、Grafana等。 然后选择你喜欢的三种主要公共云的混合。
艾文将为您提供一个完全管理的“数据云”,确保弹性、遵从性和安全性-而不必单独设置、配置和集成每个包。
Anchore为容器提供DevSecOps,在Kubernetes环境中将微服务开发生命周期的安全性“移到左边”。
与声称向左转移安全的源代码扫描产品不同,Anchore不处理源代码。 相反,它直接与云本地开发人员用来指定如何部署微服务和容器的声明式Docker映像一起工作。
锚扫描这些图像的所有方面,包括文件系统、网络、构建环境和所有其他相关元数据的规范。 它将策略约束应用于图像,然后在运行时强制执行这些策略——这是我们所谓的基于意图的计算的一个基本方面。
解密技术工作室提供灰色物质,其混合网格平台。 灰色物质利用流行的特使开源代理创建服务网格,与绿地和布朗菲尔德应用程序一起工作。
在它们的核心,服务网格抽象的基础网络问题为Kubernetes,包括入口,出口,路由和流量控制。 灰色物质为公共云和室内环境提供了这些抽象,无论它们是否运行Kubernetes。
解密还平衡了抑制Kubernetes集成复杂性的需要,同时在必要时赋予操作员配置粒度策略的能力。 该平台还可以在进程之外强制执行网络策略,以避免添加任何延迟。
卡洛姆涵盖了从“物联网”和人工智能到5G的全部边缘计算范围,其可编程、自动化的边缘数据中心结构。 遵循云本地原则,Kaloom在企业和电信核心网络、边缘和访问网络以及设备端点之间抽象端点。
卡洛姆通过支持类似的云-本地网络功能或CNF,利用Kubernetes提供一个连贯的、高性能的网络抽象,支持5G推出以及以人工智能为中心的边缘应用程序,从本质上讲,卡洛姆对失败的电信虚拟网络功能或VNFs的承诺是很好的。
香港本身就是一个面向多云和混合组织的下一代应用程序编程接口平台,但事实上,这种描述过于简单化。 缺失的部分:孔的开源服务网格提供,库马。
传统的智慧是,API平台(又称API网关)处理“南北”通信(即应用程序和这些应用程序外部端点之间的通信),而服务网格处理“东西”交互(在同一环境中的微服务之间)。
在现实中,这两个用例之间的区别是模糊的。 南北和东西的区别应该是一个可配置的政策问题,而不是任何硬编码的规则。
香港已实际执行其服务控制平台,并考虑到这一区别。 诚然,Kong是一个分布式API网关,它以本地方式控制微服务端点的短暂性。 此外,随着Kuma的加入,Kong将这种分布式接口治理扩展到罗盘的所有点。
Loodse是开源Kuber matic Kubernetes平台背后的大脑。 Kuber matic自动运行数百甚至数千个Kubernetes集群,跨越多云、场上和边缘环境。
库伯马奇支持不同级别的自动化,从支持人类操作的部分自动化开始,最终导致多个地理分布的Kubernetes集群的完全、熄灯自动化。
Kuber matic工作于所有的云环境,自动化供应活动和生产操作。 它还可以执行“企业蓝图”,这是遵循基于意图的计算原则与业务意图相一致的治理约束。
Loodse遵循云计算最佳实践,围绕Kubernetes运营商模式构建了Kubermatic。
这六个供应商的共同主题是利用开放源码技术实现企业中心化。 诚然,他们中的许多人都驱动开源项目,他们都利用开源技术,但他们都有商业企业产品,这些产品基于开源价值主张,以解决以企业为中心的要求,如合规、安全和大规模。
关于开源的旧笑话是,它就像买一个带有所有部件的汽车套件,但你必须组装这辆车。 另一种选择是购买成品车辆,但你必须选择制造商预先建造的车辆。
随着开放源码社区的日益成熟,加上云内世界对开放源码的有意依赖,企业发现他们能够选择第三种选择:将开放源码技术与所有企业级的钟声和口哨结合起来,而不必牺牲开放源码一直提供的灵活性。 这里的公司举例说明了这一企业价值主张。
杰森·布隆伯格(JasonBloomberg)是分析师公司Intellyx的创始人和总裁,该公司负责推动公司的数字转型举措,并帮助供应商交流他们的敏捷故事。 本文中提到的组织都不是Intellex客户。