https://github.com/nevermosby/linux-bpf-learning
传统的Linux内核网络协议栈由于更加注重通用性，其网络处理存在着固有的性能瓶颈，随着10G、25G、40G、100G甚至更高速率的网卡出现，这种性能瓶颈变得更加突出，传统内核网络协议栈已经难以满足高性能网络处理的要求。
eBPF 中的 XDP 程序允许进行非常高效的、自定义的数据包处理。eBPF XDP 程序在数据包到达内核网络堆栈之前运行。
最近在公司实践持续集成，使用到了Jenkins的Pipeline来提高团队基于ASP.NET Core API服务的集成与部署，因此这里总结一下。
综合以上，该bpf程序实现的功能就是：将收到的数据包重定向到xsks_map中指定的XDP Socket
是不是现在每个团队都需要上K8s才够潮流，不用K8s是不是就落伍了。今天，我就通过这篇文章来回答一下。
XDP 是一种特殊的 eBPF 程序，在数据包处理上因为在协议栈之前就可以处理数据，所以有非常高的性能。
最近在公司实践持续集成，使用到了Jenkins的Pipeline来提高团队基于ASP.NET Core API服务的集成与部署效率，因此这里总结一下。
eBPF技术风靡当下，eBPF字节码正以星火燎原之势被HOOK在Linux内核中越来越多的位置，在这些HOOK点上，我们可以像编写普通应用程序一样编写内核的HOOK程序，与以往为了实现一个功能动辄patch一整套逻辑框架代码(比如Netfilter)相比，eBPF的工作方式非常灵活。
前面介绍了BCC可观测性和BCC网络，但对底层使用的eBPF的介绍相对较少，且官方欠缺对网络方面的介绍。下面对eBPF进行全面介绍。
将 Kubernetes 的 CNI 从其他组件切换为 Cilium, 已经可以有效地提升网络的性能. 但是通过对 Cilium 不同模式的切换/功能的启用, 可以进一步提升 Cilium 的网络性能. 具体调优项包括不限于:
翻译自 Catch Performance Regressions: Evolving eBPF Program 。
dp[i] = dp[0]xdp[i-1] + (dp[1]xdp[i-2]) + ... + (dp[i-2]xdp[1]) + dp[i-1]*dp[0]
自基于Netfilter的iptables取代ipchains之后，Linux防火墙技术貌似一直停留在iptables，虽然近年来nftables被宣称有取代iptables之势，但事实上并无起色。
XDP or eXpress Data Path provides a high performance, programmable network data path in the Linux kernel as part of the IO Visor Project. XDP provides bare metal packet processing at the lowest point in the software stack which makes it ideal for speed without compromising programmability. Furthermore, new functions can be implemented dynamically with the integrated fast path without kernel modification. Other key benefits of XDP includes the following:
eBPF 相当于在内核中有一个运行特定字节码的虚拟机，可以动态将 eBPF 字节码注入进内核。eBPF 程序会 attach 到指定的内核代码路径中，当执行到该代码路径时，会执行对应的 eBPF 程序
Linux内核在2022年主要发布了5.16-5.19以及6.0和6.1这几个版本，每个版本都为eBPF引入了大量的新特性。本文将对这些新特性进行一点简要的介绍，更详细的资料请参考对应的链接信息。总体而言，eBPF在内核中依然是最活跃的模块之一，它的功能特性也还在高速发展中。某种意义上说，eBPF正朝着一个完备的内核态可编程接口快速进化。
这篇文章是对 OSDI20 的 Best Paper hXDP: Efficient Software Packet Processing on FPGA NICs 的阅读笔记，感兴趣的同学可以点击阅读原文查看论文的 paper，slide 和 video。
P99 Conf[1] 是一个由 Scylladb[2] 组织的新的跨行业的线上Conf，为工程师而设。该活动以低延迟、高性能设计为中心，范围包括操作系统（内核、eBPF、IO_uring）、CPU（Arm、Intel、OpenRisc）、中间件和语言（Go、Rust、JVM、DPDK）、数据库和可观测性方法。P99 CONF只面向技术人员，你的老板不在邀请之列。
伯克利数据包过滤器（BPF）机制自2014年被重写和扩展(eBPF)以来，一直在各种内核子系统中发挥作用。事实证明，通过在内核虚拟机，允许在不编写内核自身代码的情况下实现任意策略的方式，存在着巨大的价值。最近一个将BPF推向网络驱动程序的补丁集显示了这种机制的一些潜力—以及集成一种经得起时间考验的方式的设计难度。如果成功的话，它可能会改变Linux系统上的实现高性能网络方式。
BPF 是 Linux 内核中基于寄存器的虚拟机，可安全、高效和事件驱动的方式执行加载至内核的字节码。与内核模块不同，BPF 程序经过验证以确保它们终止并且不包含任何可能锁定内核的循环。BPF 程序允许调用的内核函数也受到限制，以确保最大的安全性以防止非法的访问。
本文翻译自 2019 年 DigitalOcean 的工程师 Nate Sweet 在 KubeCon 的一篇分享:
上一篇文章阅读量比较多，看起来网络的主题比较受欢迎。这一篇文章我们继续探索 BPF 在网络领域的应用：使用 BPF 来实现安全组。
iptables是一个配置Linux内核防火墙的命令行工具，它基于内核的netfilter机制。新版本的内核（3.13+）也提供了nftables，用于取代iptables
本文翻译自 2019 年 DigitalOcean 的工程师 Nate Sweet 在 KubeCon 的一篇分享: Understanding (and Troubleshooting) the eBPF Datapath in Cilium[1] 。
X连锁肌张力障碍-帕金森综合症（X-linked dystonia-parkinsonism，XDP）是一种神经退行性运动障碍疾病，XDP以成人肌张力障碍合并帕金森病为特征。过往影像学和病理学研究表明，XDP的肌张力障碍期的病理特征表现为纹状体中的纹状小体萎缩。纹状小体占整个纹状体体积的10 - 15%，从嘴侧到尾侧由多到少呈梯度分布，即靠近嘴侧到纹状体纹状小体比较丰富。近期定量MRI研究提示，白质和苍白球可能也与XDP的肌张力障碍有关。但仍旧对纹状体不同解剖位置的具体萎缩情况缺乏细致的认识。本研究发表在BRAIN杂志。
问卷链接（https://www.wjx.cn/jq/97146486.aspx） ---- 本文翻译自 2020 年 Daniel Borkmann 在 KubeCon 的一篇分享: eBPF and Kubernetes: Little Helper Minions for Scaling Microservices(https://kccnceu20.sched.com/event/ZemQ/ebpf-and-kubernetes-little-helper-minions-for-scaling-m
Aya这个库可以让你完全用Rust来编写eBPF程序，并且为开发者提供尽可能友好的开发体验。这篇文章里我们会讲什么是eBPF，为什么发起Aya，还有它的独特之处。
本文翻译自 2021 年 Daniel Borkmann 在 FOSDEM 的一篇分享：Advanced eBPF kernel features for the container age[1]。
本文分享了学习 eBPF 的经验，eBPF 是一种新的云原生技术，其目标是改善可观测性和安全性工作流。我们可能感觉它的入门门槛很高，通过 eBPF 工具来辅助生产环境调试的步骤会很多。本文将会介绍如何使用相关的工具并将其应用到自己的开发中，请逐步迭代自己的知识，并将其用到更高级的使用场景中。最后，我们会讨论如何在 CI/CD 中实现自动化开发及其面临的挑战。
本文列举四个比较经典的 Linux 收包引擎，如果还有其他你觉得ok的可以留言。这四个分别是：
Cilium 1.11测试版（Beta）为你带来了一系列引人注目的功能和增强功能，包括OpenTelemetry支持、感知拓扑的负载均衡、Kubernetes APIServer策略匹配，以及更多功能。本文将为您详细介绍这个令人振奋的版本，以及它为现代应用程序网络安全和性能带来的突破。
https://github.com/nevermosby/linux-bpf-learning/tree/master/bpf/bpf-maps
本篇已加入《.NET Core on K8S学习实践系列文章索引》，可以点击查看更多容器化技术相关系列文章。
BPF，及伯克利包过滤器Berkeley Packet Filter，最初构想提出于 1992 年，其目的是为了提供一种过滤包的方法，并且要避免从内核空间到用户空间的无用的数据包复制行为。它最初是由从用户空间注入到内核的一个简单的字节码构成，它在那个位置利用一个校验器进行检查 —— 以避免内核崩溃或者安全问题 —— 并附着到一个套接字上，接着在每个接收到的包上运行。几年后它被移植到 Linux 上，并且应用于一小部分应用程序上（例如，tcpdump）。其简化的语言以及存在于内核中的即时编译器（JIT），使 BPF 成为一个性能卓越的工具。
看起来，在不同的linux发行版里，bpftool在不同的软件包里，ubuntu 22上，bpftool是linux-tools-generic的一部分，而树莓派里bpftool是一个单独的软件包。
CanalSharp.AspNetCore是一个基于CanalSharp的适用于ASP.NET Core的一个后台任务组件，它可以随着ASP.NET Core实例的启动而启动，目前采用轮询的方式对Canal Server进行监听，获得MySql行更改（RowChange）后写入MySql指定的记录表中。在此次更新中，可以支持写入MongoDB数据库了，换句话说，可以支持MySql或MongoDB二选一的输出方式了。
扩展的 Berkeley 数据包过滤器(eBPF)能够快速、不间断地进行更新，非常适合处理频繁的安全配置更改。
近期工作中发现用到的容器镜像越来越多（不多的时候没考虑过镜像仓库的问题），同一个容器镜像也存在多个版本，那么镜像仓库的搭建需求就涌现出来，本文就目前的几个常用镜像仓库的搭建进行介绍，我们可以根据需要选择合适自己的就好。
将 Kubernetes 的 CNI 从其他组件切换为 Cilium, 已经可以有效地提升网络的性能。但是通过对 Cilium 不同模式的切换/功能的启用，可以进一步提升 Cilium 的网络性能。具体调优项包括不限于：
在去年的.NET Core微服务系列文章中，初步学习了一下Consul服务发现，总结了两篇文章。本次基于Docker部署的方式，以一个Demo示例来搭建一个Consul的示例集群，最后给出一个HA的架构示范，也会更加贴近于实际应用环境。
Tcpdump 是Linux 平台常用的网络数据包抓取及分析工具，tcpdump 主要通过libpcap 实现，而libpcap 就是基于eBPF。
为了管理Facebook的流量，他们部署了一个分布式PoP服务器作为数据中心的代理。鉴于极高的请求量，PoP和数据中心都面临着巨大挑战，比如如何将大量的后端服务器作为单一的虚拟单元提供给外部，以及如何在后端服务器之间高效地分配工作负载。
最近因工作原因开始了解Service Mesh与Envoy，为系统性梳理所学内容，因此沉淀了此文档，但由于所知有限，如文档中有描述不当之处，希望不吝赐教。
此示例会由一个API Gateway, 一个Consul Client以及三个Consul Server组成，有关Consul的Client和Server这两种模式的Agent的背景知识，请移步我之前的文章加以了解：《.NET Core微服务之基于Consul实现服务治理》。其中，Consul的Client和Server节点共同构成一个Data Center，而API Gateway则从Consul中获取到服务的IP和端口号，并返回给服务消费者。这里的API Gateway是基于Ocelot来实现的，它不是这里的重点，也就不过多说明了，不了解的朋友请移步我的另一篇：《.NET Core微服务之基于Ocelot实现API网关服务》。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
