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/

eBPF、sidecars 和服务网格的未来

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

利用 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 负载均衡

本文翻译自 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 处理逻辑

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

{{userData.name}}已认证

参考

相关文章

eBPF、sidecars 和服务网格的未来

利用 eBPF 支撑大规模 Kubernetes Service

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

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

利用 eBPF 支撑大规模 Kubernetes Service

eBPF、sidecars 和服务网格的未来

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

[译] 大规模微服务利器：eBPF + Kubernetes（2020）

2022年半导体行业研究报告（附下载）

利用 eBPF 支撑大规模 Kubernetes Service

VMware第一季度SaaS收入猛增

100%控股！王思聪投资成立半导体公司

IT圈子 WWW.ASKX.COM

始于2022年，致力于成为IT一站式社交服务平台

热门频道

服务频道

支持频道

客服

每天10篇原创干货

如需投稿请联系微信客服

联系官方QQ

视频

抖音号

搜索“IT圈子”

视频号

欢迎关注我们

福利

扫码关注公众号

领取100G IT资源大礼包

扫码领取

有关IT圈子的更多等你来关注

{{userData.name}}已认证

参考

相关文章

IT圈子 WWW.ASKX.COM

始于2022年，致力于成为IT一站式社交服务平台

关于我们

热门频道

服务频道

支持频道

客服

每天10篇原创干货

如需投稿请联系微信客服

视频

抖音号

搜索“IT圈子”

视频号

欢迎关注我们

福利

扫码关注公众号

领取100G IT资源大礼包

扫码领取

有关IT圈子的更多等你来关注