消息队列流处理后端微服务消息路由【免费下载链接】pulsarApache Pulsar - distributed pub-sub messaging system项目地址https://gitcode.com/gh_mirrors/pu/pulsar点击查看免费下载PIP-155Proposal for Improvement 155是 Apache Pulsar 社区正式宣告放弃 Python 2 兼容性的设计提案Pulsar Python Client 与 Pulsar Functions 从此不再为 Python 2.7 构建产物、运行测试或分发 wheel 文件并确立仅支持最近 4 个 Python 主版本、从发布到 EOL 提供 5 年支持窗口的滚动支持策略。本文将围绕该提案完整展开先梳理 Python 2 退役的历史背景与 Pulsar 的支持现状再逐条解读目标、API 影响与三项具体变更最后结合当前仓库源码给出落地证据与迁移建议帮助你在升级 Python 依赖、构建 Pulsar 客户端或编写 Python Functions 时准确把握版本边界。背景Python 2 的退役与 Pulsar 的抉择Python 2.x 在多年前就已停止持续演进官方宣布其生命周期在 2020 年 1 月正式结束即 EOL。PIP-155 明确写道Python 2.x 已被弃用多年且官方 EOL 已过去约 2.5 年因此 Pulsar 社区认为已经到了必须为 Pulsar Python Client 与 Pulsar Functions 移除 Python 2.7 兼容性的时间点。按照 Python 社区的生命周期管理惯例在一个时间点上仍在支持期内的 Python 主版本通常为 4 个。PIP-155 提出时这 4 个版本依次是3.7、3.8、3.9 和 3.10。每个版本从正式发布到 EOL 约有5 年的支持周期。这一背景决定了 PIP-155 的核心立场不追求尽可能兼容更多旧版本而是跟随 Python 官方支持窗口保持客户端与 Functions 运行时始终运行在受支持的、可获得安全修复的 Python 版本之上。目标确立最近 4 个 Python 版本滚动支持策略PIP-155 提出的核心目标是Pulsar Python Client 与 Pulsar Functions仅支持最近 4 个 Python 发布版本提案当时即 3.7、3.8、3.9、3.10当一个 Python 版本达到 EOL 时Pulsar 也随之将其移除支持范围。例如当 3.7 达到生命周期终点后Pulsar 将同步停止对 3.7 的支持该策略同样适用于Pulsar 的 patch 版本发布对于已经废弃的 Python 版本patch 版本将不再提供对应的 Python wheel 文件。这意味着版本的下限是动态滚动的随着 Python 官方 EOL 时间表推进Pulsar 支持的最低 Python 版本会逐步抬升而不是长期停留在某个固定版本上。对于使用旧版 Python 的部署方需要按此节奏规划客户端与 Functions 运行时的升级窗口。API 影响零变更 解锁 Python 3 专属能力PIP-155 对 API 的评估结论是当前阶段没有任何 API 变更。也就是说移除 Python 2 支持不改变Pulsar Python Client 的公开 API 表面也不改变 Python Functions 的接口签名。从 Pulsar Python Client 迁移到 Python 3 的应用无需修改调用代码即可继续工作。但更重要的是隐含收益一旦不再需要兼容 Python 2.7Pulsar Python Client 库将被解放——它现在可以自由使用 Python 3 特有的语法与第三方库例如async/await原生协程语法dataclasses、f-string、类型注解等现代语言特性仅支持 Python 3 的依赖生态如新版grpcio、protobuf、fastavro等。从源码结构看Pulsar Functions 的 Python 实例入口 python_instance_main.py 已经以#!/usr/bin/env python3作为 shebang直接声明运行环境为 Python 3这正是运行时全面 Python 3 化的直接体现。三项具体变更从 CI 到交付物的全链路切换PIP-155 列出了落地本次策略的三项具体变更覆盖了测试 → 集成 → 交付三个环节1. CI 构建切换Python Client 库测试改用 Python 3 运行第一项变更是在 CI 中把 Pulsar Python Client 库的单元测试运行环境从 Python 2 切换为 Python 3。这保证所有客户端代码路径包括消息发送/接收、Schema、认证等都在受支持的 Python 3 解释器上被持续验证。2. 集成测试切换全面使用 Python 3第二项变更是将集成测试integration tests切换为 Python 3。集成测试覆盖的是客户端与真实 Broker/Proxy 集群的端到端交互切换到 Python 3 后可以确保真实使用场景而非仅单元级也完全运行在受支持版本之上。3. 停止构建与分发 Python 2.7 的 wheel 文件第三项变更也是最直接的交付物变化不再为 Python 2.7 构建 wheel 文件也不再在发布中分发它们。从 Pulsar 的 patch 版本开始pip install pulsar-client在 Python 2.7 环境中将无法再获取到对应版本的 wheel 包。这是移除支持在安装层面上的最终体现——旧环境将无法通过常规 pip 途径安装新版本客户端。仓库中的落地证据PIP-155 之后的真实状态当前仓库中 Python 相关的代码与脚本已完全呈现 Python 3 化的状态可作为 PIP-155 落地的直接佐证Functions Python 实例入口python_instance_main.py 第一行为#!/usr/bin/env python3其内部使用argparse、asyncio等 Python 3 生态能力且直接import pulsar、Function_pb2、grpc相关模块构成完整的 Python Functions 运行栈Python 实例测试脚本run_python_instance_tests.sh 中通过PYTHON_BIN${PYTHON_BIN:-python3}显式默认使用python3运行测试并安装pulsar-client[all]、grpcio、protobuf等 Python 3 依赖脚本注释还说明测试依赖版本需与 docker/pulsar/Dockerfile 中生产环境安装的版本保持一致Python 实例测试用例pulsar-functions/instance/src/test/python 目录下的test_python_instance.py、test_python_instance_main.py、test_secretsprovider.py等模块均由python3 -m unittest驱动验证上下文实现、实例主流程与 Secret Provider 行为Python Client 代码仓库迁移仓库内的 pulsar-client-cpp/python/README.md 注明 Apache Pulsar Python Client 代码已迁移至独立的apache/pulsar-client-python仓库其版本管理与 Python 3 支持策略在独立仓库中持续演进。从这些文件可以确认PIP-155 并非停留在提案层面仓库中的 CI 脚本、运行时入口与测试基础设施均已按仅 Python 3执行。对开发者的影响与升级建议基于 PIP-155 的策略建议如下安排检查运行环境确保你的 Python 环境满足最近 4 个受支持版本要求。以提案当时为例为 3.73.10随着时间推移最低支持版本会随 Python 官方 EOL 滚动抬升请以 Pulsar 各版本发布的兼容性说明为准升级 Python 客户端依赖在受支持版本上使用pip install pulsar-client避免在已废弃的 Python 版本上继续安装新 patch 版本该版本将不再提供对应 wheel迁移 Python Functions 运行时Pulsar Functions 的 Python 实例以python3为入口见 python_instance_main.py部署 Functions 的镜像与进程需使用受支持的 Python 3 解释器及配套依赖无需改动 API 调用代码由于 PIP-155 明确无 API 变更已有基于 Pulsar Python Client 编写的生产者、消费者与 Functions 代码在切换到受支持 Python 3 环境后可直接运行仅需在新语法/新依赖引入后保持测试覆盖CI 已切换为 Python 3见 run_python_instance_tests.sh。总结PIP-155 为 Apache Pulsar 的 Python 生态划定了清晰的生命周期边界不再为已 EOL 的 Python 2 承担兼容成本转而采用最近 4 个 Python 版本、5 年支持窗口的滚动策略。三项落地变更CI 用 Python 3 测试、集成测试切换 Python 3、停止分发 Python 2.7 wheel使该策略完整覆盖了从开发验证到最终交付的每个环节而仓库中#!/usr/bin/env python3的实例入口与默认python3的测试脚本则是最直接的执行证据。对于 Pulsar 的 Python 使用者这条策略意味着更现代的语法与库、更健康的安全支持面以及一个可预期的升级节奏。赞分享消息队列流处理后端微服务消息路由【免费下载链接】pulsarApache Pulsar - distributed pub-sub messaging system项目地址https://gitcode.com/gh_mirrors/pu/pulsar点击查看免费下载相关推荐Apache Airflow 支持版本全解析版本生命周期、Python/Kubernetes 支持策略与 EOL 管理Apache Airflow 支持版本全解析版本生命周期、Python/Kubernetes 支持策略与 EOL 管理 Apache Airflow 是一套用后端任务调度工作流自动化数据编排批处理数据工程流程编排OpenAI Python SDK 的 Python 版本支持策略深度解析从 requires-python 到月度自动化审查OpenAI Python SDK 的 Python 版本支持策略深度解析从 requires python 到月度自动化审查 OpenAI Python S人工智能大模型labelme 平台支持策略解析基于 SPEC 0 的 Python 支持窗口与 3.12 版本底线labelme 平台支持策略解析基于 SPEC 0 的 Python 支持窗口与 3.12 版本底线 labelme 作为一款基于 Python 与 Qt 的数据标注计算机视觉桌面应用上一篇Gentle-AI 的 review-refuter 审查驳斥者契约事务级只读取证与推理型严重发现的对抗验证机制下一篇ExtFUSE内核模块开发如何编写高效的eBPF处理程序创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考