服务器程序源代码分析之二：php-fpm

php作为排名top2 互联网开发工具，非常流行，可以参考：中国最大的25个网站采用技术选型方案

php这个名称实际上有两层含义

直接定义：

php-fpm从php5.3.3开始已经进入到php源代码包，之前是作为patch存在的

很少人会去读php本身源代码，我6年前解决php内存泄露问题的时候做了些研究,最近再查看了一番，发现php的开发者很有诚意，这是一款非常出色的服务器软件，支持如下

在linux服务器上，如果不设置 events.mechanism ,那么默认就是采用epoll，所以

php-fpm的IO模型&并发处理能力和nginx是完全一致

nginx以性能卓越闻名，大部分程序员都认为php效率低下，看了源代码，才知道这是传奇啊

在高性能部署的时候，大家往往会针对性的优化nginx 。我自己之前部署php程序也犯了错误，8G内存的server，php-fpm的max children都会设置128+，现在看来太多了，参考nginx的部署:

php-fpm配置为 3倍 cpu core number就可以了

php-fpm稳定性比nginx稍差 这是因为php-fpm内置了一个php解析器,php-fpm进程就和php程序捆绑了，如果php脚本写得不好，有死循环或者阻塞在某个远端资源上，会拖累加载它的php-fpm进程

而nginx和后端应用服务器之间通过网络连接，可以设置timeout，不容易堵死的

php-fpm的fastcgi是短连接 我原以为是长连接的，看了代码才知道也是短连接，处理一个request就关闭掉

php-fpm接口采用fastcgi 非常遗憾，php-fpm和fastcgi完全绑定了，无法独立使用 。只能部署在支持http-fcgi协议转换程序背后(nginx）。其实可以考虑在php-fpm代码包里面引入http协议支持，这样php-fpm可以独立运行，让nodejs无话可说

php-fpm等同于OpenResty OpenResty是一个国人开发的nginx模块，就是在nginx引入lua解释器. 实际上，它和php-fpm的唯一差别就是一个采用php语法，一个用lua，所以OpenResty要作为nginx增强包使用还可以，要选择它作为一个主要编程工具，没有任何必要

从架构上来说，php-fpm已经做到最好，超过大多数 python部署工具，我再也不黑它了

服务器系统和源码要求是：

1、硬盘容量决定了服务器能储存用户信息的多少，硬盘分为两种，一种是机械硬盘，价格较便宜，但信息读取速度慢，可以同时接入多个。固态硬盘价格较高，信息读取速度慢，但也相应增加了单个服务器的费用。两种硬盘都可以后期再接。

2、CPU的核数决定了服务器可以同时解决的用户请求数，比如单个CPU能够响应直播系统源代码10个请求，那么双核就可以同时响应20个，核数越多越能帮服务器分担压力，降低服务器崩溃的可能。

3、主播端的带宽越大，视频的清晰度越高，但同样对服务器的要求也越高，低配置的服务器无法达到使用标准，自然就不能胜任高带宽，低配置服务器的压力可能从用户访问量变成了高带宽超载运作。

jenkins要想在远程服务器执行命令，发送文件等操作，必然要处理jenkins与远程机的免交互问题。

下面如何让jenkins与目标主机实现免交互。

系统管理-- 插件安装--搜索ssh --安装 Publish Over SSH

安装完成后，在jenkins端生成秘钥对（公钥id_rsa.pub 私钥id_rsa）

输入一次密码，以后就免密了。输入完可以用ssh 登陆试一下。

我们以最简单的一个例子来演示，部署一个Html页面到远程服务器的nginx网站目录下，实现页面上线。

首先，刚才jenkins配置ssh插件，注意填写远程服务器信息的那里的remote directory这个地方指的发送到远程服务器的哪个目录下。

在job配置中

上图的配置就是，将jenkins上的项目文件init.html发送到远端主机192.168.1.112的/var/www/html下

保存，退出。

远端主机的nginx配置：

点击构建。

结果：部署成功

例子比较简单，后期会更新java的部署过程。

---