php-cgi多进程池架构正式投产公告

悉思php-cgi多进程池架构正式投入生产使用。该架构以进程池方式统一管理php-cgi工作进程，配合连接池复用与请求派发机制，将进程创建的高昂成本前置摊销，单次请求只需承担轻量的派发开销。作为悉思PHP托管层的性能基座，后续的动态伸缩与响应缓存能力都将构建在这一架构之上。

发布背景

传统php-cgi部署为每个请求创建进程或在请求到达时临时拉起进程，进程创建与销毁的开销在高并发场景下成为性能瓶颈。进程池方案通过常驻进程复用解决这一结构性问题：进程在启动阶段创建完毕，请求到达后直接派发到空闲进程执行，处理完毕进程归还池中等待下一请求。悉思将这一模式引入托管层并完成了工程化封装。

架构组成

架构各组件职责清晰分离：进程管理器专注进程数量与状态，请求派发层专注分配效率，连接池专注通信开销。分层设计让后续功能扩展的影响范围可控，动态伸缩功能上线时仅扩展了进程管理器的能力，请求处理路径保持不变。

使用方式与运维说明

• 站点绑定PHP运行环境后，系统自动为其建立进程池；
• 进程池的基础参数在站点PHP配置中设定，支持按站点差异化配置；
• 工作进程的运行状态可在管理面板查看，异常重建自动完成；
• 站点下线后对应进程池同步回收，资源及时释放。

运维侧无需对进程池做日常干预，系统对进程异常具备自动恢复能力。建议管理员在业务高峰时段关注进程占用情况，结合后续上线的动态伸缩功能获得更精细的资源控制。

容量规划指引

进程池的容量规划建议以业务特征为输入：内容展示型站点的请求耗时短，单进程吞吐高，进程数可以适度精简；交互复杂型站点的单请求耗时长，需要更多进程承接并发。管理员可以结合管理面板的运行数据观察进程占用趋势，按实际负载校准容量参数。容量规划的目标是让进程数量既覆盖高峰需求，又不造成低谷浪费，后续上线的动态伸缩功能将把这一平衡工作交给系统自动完成。

性能原理说明

进程池方案的收益来自成本转移：传统模式下进程创建发生在请求路径上，每个请求都要承担一次完整的进程启动开销；进程池模式下，进程创建被前置到服务启动与扩容时机，请求路径上只剩下一次轻量的任务派发。两种模式在低并发下的差距不明显，但随并发上升，进程创建的排队效应会让传统模式的响应时间快速恶化，进程池模式则保持平稳。连接池的复用进一步压缩了引擎与工作进程之间的通信开销，两层复用叠加后，托管层具备了支撑高并发站点的执行基础。

性能表现与后续计划

投产后的运行数据显示，进程复用模式消除了请求路径上的进程创建等待，PHP站点的响应稳定性明显改善。悉思开发团队表示，进程池架构是托管层的地基工程，接下来将交付基于负载计算的动态伸缩能力，让进程数量随流量自动调整；响应缓存与伪静态支持也在交付计划中。用户如在使用中遇到进程相关异常，可通过管理面板日志查看进程重建记录，并联系开发团队获取支持。