Kalix:构建无服务器的云原生业务关键型应用程序,无需数据库
首页>>云原生>>正文

目录

Akka 背后的公司Lightbend最近推出了 Kalix,这是一种新的平台即服务产品,用于使用任何没有数据库的编程语言构建云原生、业务关键型应用程序。Kalix 是一个统一的应用层,它将编写软件所需的部分汇集在一起,并抽象出它们的实现细节。Lighbend 旨在为开发人员提供“创新的 NoOps 开发人员体验”。
Lightbend 的创始人兼首席执行官Jonas Bonér解释了 Kalix 的动机:
云生态系统的复杂性正在减缓工程和开发团队的速度。Kubernetes在管理、编排和确保容器的可用性和可扩展性方面做得非常出色,但这只是故事的一半。需要对应用程序层进行同等投资,以使开发人员更容易构建完整的应用程序,充分利用我们拥有的所有优秀的底层云基础设施。Kalix 是这个关键问题的解决方案。
Kalix旨在为建模和构建有状态和无状态云原生提供简单的开发人员体验,以及 NoOps 体验,包括进行系统设计、部署和操作的统一方式。此外,它还提供了一个“反应式运行时”,声称通过不断优化数据访问、放置、位置和复制来提供“超低延迟和高弹性”。
在使用当前可用的功能即服务(FaaS) 产品时,应用程序开发人员需要学习和管理许多不同的 SDK 和 API 来构建单个应用程序。每个组件都有自己的功能集、语义、保证和限制。相比之下,Kalix 提供了一个统一的应用程序层,将必要的部分组合在一起。这些包括数据库、消息代理、缓存、服务网格、API 网关、blob 存储、CDN 网络、CI/CD 产品等。Kalix 将它们暴露在一个统一的编程模型中,从用户那里抽象出实现细节。
通过将所有这些组件整合到一个包中,开发人员不必设置和调整数据库、维护和配置服务器以及配置集群,因为 Kalix 平台可以处理这些。Kalix 还为开发人员带来了高级数据访问模式,如Event Sourcing、 CQRS和 CRDT,而无需开发人员学习如何实现它们。
Kalix 与最近作为孵化项目加入 CNCF 的 Dapr有一些相似之处。虽然这两个平台都提供了用于构建微服务的统一 API,但它们之间存在显著差异。Dapr 是一个专注于服务可移植性和选择自由的开源项目。开发人员可以在任何地方托管 Dapr,并使用他们喜欢的几乎任何技术。一般来说,Dapr 是自我管理的。但是,已经有针对它的托管产品。
另一方面,Lightbend 创建的 Kalix 非常注重简化开发人员体验。因此,对于开发人员如何建模、实施和托管他们的服务,它更加固执己见。它抽象了 Dapr 可用的许多实现细节,同时简化了开发人员在此过程中的选择。

参考

  • https://www.infoq.com/news/2022/05/kalix-serverless/

给TA打赏
共{{data.count}}人
人已打赏

相关文章

eBPF、sidecars 和服务网格的未来

eBPF、sidecars 和服务网格的未来

eBPF 最近很火热,因为可以为云原生世界提供很多东西。由于 Cilium 之类的项目,它一直是 Kubernetes 集群的 CNI 层的流行选择。Linkerd 等服务网格通常与 Cilium 等 CNI 层一起部署,将 Linkerd 强大的 L7 处理与 Cilium 超快的 L3/4 处理相结合。 但是,eBPF 的网络技术到底有多强大?例如,它能否让我们完全替换 Linkerd 的 sidecars 代理,而只在内核中做所有事情? 在本文中,我将尽我所能评估这种可能性——尤其是当它与对用户的影响有关时。

利用 eBPF 支撑大规模 Kubernetes Service

利用 eBPF 支撑大规模 Kubernetes Service

本文翻译自 2019 年 Daniel Borkmann 和 Martynas Pumputis 在 Linux Plumbers Conference 的一篇分享:《Making the Kubernetes Service Abstraction Scale using eBPF》。翻译时对大家耳熟能详或已显陈旧的内容(Kubernetes 介绍、Cilium 1.6 之前的版本对 Service 实现等)略有删减,如有需要请查阅原 PDF(文末有下载方式)。 实际上,一年之后 Daniel 和 Martyna

Cilium:基于 BPF/XDP 实现 Kubernetes Service 负载均衡

Cilium:基于 BPF/XDP 实现 Kubernetes Service 负载均衡

本文翻译自 2020 年 Daniel Borkmann 和 Martynas Pumputis 在 Linux Plumbers Conference 的一篇分享:《Kubernetes service load-balancing at scale with BPF & XDP》。文章介绍了 Kubernetes 的一些核心网络模型和设计、Cilium 对 Kubernetes Service 的实现、BPF/XDP 性能优化,以及他们从中得到的一些实践经验,全是干货。 去年我们也参加了这个大会(LPC

Life of a Packet in Cilium:实地探索 Pod-to-Service 转发路径及 BPF 处理逻辑

Life of a Packet in Cilium:实地探索 Pod-to-Service 转发路径及 BPF 处理逻辑

原载于:http://arthurchiao.art/blog/cilium-life-of-a-packet-pod-to-service-zh/ 引言 面临的问题 传统的基于二层转发(Linux bridge、Netfilter/iptables、OVS 等)和/或 三层路由的网络虚拟化方案中,数据包的转发路径通常非常清晰,通过一些常见工 具或命令就能判断包的下一跳(可能是一个端口或网络设备),最终能画出一张类似下 图的网络拓扑图
云原生后端开发

利用 eBPF 支撑大规模 Kubernetes Service

2022-2-23 15:25:58

云原生

eBPF、sidecars 和服务网格的未来

2022-6-14 10:14:25

0 条回复 A文章作者 M管理员
    暂无讨论,说说你的看法吧
个人中心
购物车
优惠劵
今日签到
有新私信 私信列表
搜索