科技热点周刊｜PHP 基金会成立、Rust 内讧、Amazon Linux 2022 预览版发布_rust文章/教程_其他教程_编程语言

IT 科技新闻

Jetbrains 发起成立 PHP 基金会

你目前的团队中要有多少成员突然消失才能使你的组织或项目陷入停顿？这个数字被称为“公共汽车系数（bus factor）”，也就是说，有多少人被公共汽车撞到才会导致整个项目停止运作。今年早些时候，PHP 贡献者 Joe Watkins 认为，PHP 的公共汽车系数是一个惊人的数字，即 2 ！

Watkins 当时写道：“也许只要有两个人一觉醒来决定干点别的事情，PHP 项目就会因缺乏足够的专业技术和资源，从而无法以目前的形式和速度向前发展。”他点名了 Dmitry Stogov 和 Nikita Popov（PHP 核心开发者，2019 年初开始供职于 JetBrains 的 PHPStorm 团队，预计今年年底离职）。

上周，幸好 Nikita Popov 没有被公共汽车撞到，但他确实决定不再担任 PHP 相关的职务，而将集中在 LLVM（构架编译器 (compiler) 的框架系统，以 C++ 编写而成）。

同样值得庆幸的是，Watkins 在今年早些时候的文章让一些人看到了眼前的情况，正如他在后续文章中写到的，JetBrains（Popov 任职公司）当时就启动 PHP 基金会的问题联系了他。随着 Popov 的离职，PHP 基金会正式启动，目标是资助兼职/全职开发人员在 2022 年从事 PHP 核心的开发工作。

在启动时，将会有 10 家公司（Automattic、Laravel、Acquia、Zend、Private Packagist、Symfony、Craft CMS、Tideways、PrestaShop和JetBrains）作为其支持者加入 PHP 基金会，预计每年将筹集 30 万美元，JetBrains 每年出资 10 万美元。同时，该基金会是通过“基金会即服务（foundation-as-a-service）”供应商 Open Collective 发起的，不到 700 名捐款人就已经为该基金会筹集了 4 万多美元。

创建基金会而不是坚持现状的主要好处之一，不仅仅是增加了公共汽车系数 —— 基金会将使对 PHP 的影响多样化，Watkins 指出，在 PHP 的大部分历史中，Dmitry Stogov 的雇主 Zend 一直是主要的财务支持者，因此对该语言的发展方向有一定的影响。同样，JetBrains 在雇用 Popov 开发 PHP 的时候，也增加了影响力。

“说他们没有影响到整个语言的发展方向是不正确的。事实上，他们影响了。语言的许多部分和它的内部结构都是由 Zend 推动的，由他们的预算和专门的工程师促成的，”Watkins 写道。“同样，在 Popov 为 JetBrains 工作的相对较短的时间内，他们也有某种影响，如果说他们没有，那就是说 Popov 在受雇于 JetBrains 之前和期间的产出没有区别。”

虽然 Watkins 说，所有的事情都是光明正大的，并且经过了标准的程序来确保如此，但影响力还是不容置疑的，“基金会代表了一种推动语言发展的新方式。它为我们提供了提高公共汽车系数的机制，使我们永远不会再面临我们今天面临的问题，以及过去面临的问题。”

基金会以临时管理机构启动，成员包括 Popov、Stogov 和 Watkins。而且 JetBrains 写道，php-src 的任何贡献者都可以向基金会申请资助，申请期立即开始，持续 28 天。至于未来会发生什么，PHP 基金会将在前两年把工作重点放在雇用开发人员从事 PHP 核心工作上。至于目前的 RFC 流程，JetBrains 写道，“不会改变，语言的决定将始终留给 PHP 内部社区。”

更多了解

Rust 审查团队为了*** Core team 集体辞职

11 月 23 日，Rust Moderation Team（Mod 团队）在 GitHub 上发布了辞职公告，即刻生效。根据公告，该团队辞职是为了*** Rust 核心团队（Core team）：“除了自己，他们不受任何人的监督和约束。”因此，Mod 团队一直无法按照社区的期望标准执行 Rust 行为准则（CoC）。

没有说明导致辞职的具体问题，该事件得到了前团队成员的 Matthieu M 和 Andre Bogus 的证实。

“说太多并不是一种聪明的选择，但是说得太少又不能有效利用我们拥有的最后一个工具：辞职。我们辞职是因为我们认为做出某种改变是个不错的方式。”Matthieu M 表示。

不过，根据 Matthieu M 在 Reddit 上的表述，导致 Mod 团队直接辞职的原因是其与 Rust 核心团队数月来一直不断恶化的矛盾。

Core team、Community team、Compiler team、Moderation team 等 10 个团队负责 Rust 治理，其中 Core team 负责关注项目的整体及跨领域方向、管理子工作组，Mod 团队帮助维护行为准则。

根据 Matthieu M 透露，Mod 团队与 Core team 之间的协作并不多，少于一个月一次。两个团队的协作主要在以下方面：

禁令执行。Mod 团队不直接执行禁令，而是让 Core team 代为执行。Core team 将仔细检查，确保 Mod 团队已经按照规则完成了尽职调查，违规的人得到了机会，Core 也可能会自行执行禁令，然后告知 Mod 团队。

当 Core team 成员陷入投诉或其他棘手的情况中，Mod 团队则扮演调解员 / 仲裁员的角色，帮助找出问题并和平解决。这个跟处理任何其他 Rust 团队成员并无二致。

更多了解

Amazon Linux 2022 预览版发布

11 月 23 日，Amazon Web Services 宣布，Amazon Linux 2022 公开预览版正式发布。Amazon Linux / Amazon Linux 2 混合基于 RHEL 和 Fedora 两个系统，本次发布的 Amazon Linux 2022 明确是基于 Fedora 系统的，AL2022 的预览版是基于 Fedora 34 的，而完整版本将升级到 Fedora 35。

除了更倾向于 Fedora 之外，亚马逊还宣布 Amazon Linux 发行版本将过渡到 2 年的发布周期中，同时每个季度会推出一个维护版本更新。Amazon Web Services 计划每 2 年提供一次主要的 Amazon Linux 更新，而每个主要版本可以得到 5 年的支持，而且每个季度可以获得维护更新。

公告中还写道：“AL2022 使用 Fedora 项目作为其上游，为客户提供各种最新软件，如更新的语言运行时，作为季度发布的一部分。此外，AL2022 还启用了 SELinux 并默认执行”。

项目链接

程序员推荐

CNCF Sandbox 项目推荐——OpenELB

11 月 10 日，云原生计算基金会 (CNCF) 宣布由青云科技 KubeSphere 团队开源的负载均衡器插件 OpenELB 正式进入 CNCF 沙箱（Sandbox）托管。

OpenELB 项目在此前命名为 PorterLB，是为物理机（Bare-metal）、边缘（Edge）和私有化环境设计的负载均衡器插件，可作为 Kubernetes、K3s、KubeSphere 的 LB 插件对集群外暴露 “LoadBalancer” 类型的服务，核心功能包括：

基于 BGP 与 Layer 2 模式的负载均衡
基于路由器 ECMP 的负载均衡
IP 地址池管理管理
使用 CRD 进行 BGP 配置

项目链接

《eBPF 入门到进阶》系列文章

本系列博客文章将深入研究 eBPF 的底层细节，从其虚拟机机制和工具开始，到在远程资源受限的嵌入式设备上运行跟踪。将集中在 eBPF 技术，因此对于我们来讲，文中 BPF 和 eBPF 等同，可相互使用。BPF 名字/缩写已经没有太大的意义，因为这个项目的发展远远超出了它最初的范围。BPF 和 eBPF 在该系列中会交替使用。

第 1 部分和第 2 部分的内容是为新人或那些希望通过了解 eBPF 技术栈的底层细节来进一步了解 eBPF 技术的人提供介绍。

第 3 部分是对用户空间工具的概述，旨在提高生产力，建立在第 1 部分和第 2 部分中介绍的底层虚拟机机制之上。

第 4 部分侧重于在资源有限的嵌入式系统上运行 eBPF 程序，在嵌入式系统中完整的工具链技术栈（BCC/LLVM/python 等）是不可行的。我们将使用占用资源较小的嵌入式工具在 32 位 ARM 上交叉编译和运行 eBPF 程序。

第 5 部分是关于用户空间追踪。到目前为止，我们都集中在内核追踪上，所以是时候关注一下用户进程了。