PHP 的应用范围相当广泛，尤其是在网页程序的开发上, 根据最新 维基百科 显示，2013 年 4 月的统计资料，PHP 已经被安装在超过 2 亿 4400 万个网站和 210万 台服务器上。而根据 W3Techs 的报告，截至 2021 年 9 月, 有 78.9% 的网站使用 PHP。 所以 PHP 是世界第一语言至少在 Web 开发领域并不是戏称。
而在技术选型上， PHP 主要采用的是 LAMP(全称是linux + apache + MysqL + PHP) 或者 LNMP (全称是 linux + Nginx + MysqL + PHP)， 这种成熟稳定的技术框架推动 PHP web 开发生态的繁荣和商业上的成功。
在传统的开发模式中， 开发者自己需要安装维护各种软件的安装、维护升级:
1、如果您是一个企业用户， 如果业务体量变大或者为了生产环境的稳定和可用性， 使用负载均衡是一个必然的选项：
即此时， PHP 开发者或者线上运维的同学关心的事情多了起来：
- 每个增加的生产机器都需要重新安装一遍相关软件， 做相同的 Nginx 配置以及 PHP-fpm 的配置， 以及维护每个生产机器的安全更新
- 假如开发的应用需要一个新的扩展， 可能需要人肉每台机器去增加扩展
- 负载均衡器随着业务的变更升配， 后面一台 Worker 机器挂掉了， 如何做运维处理
- 业务的波峰波谷怎么应对才能让资源的利用率提高
- ...
2、如果您是项目组开发成员比较多的企业用户，能不能不需要给每个人配置一个安装的 NLP 的 Linux 机器作为开发测试机器（或者多人共享一个机器）？
3、如果您是一个学生或者准备学习 PHP 开发，本地只有 Windows 电脑， 能不能直接近乎免费的方式获取 LNP(Linux+Nginx+PHP) 的环境用来学习呢？
带着这些问题， 我们去探索一下 Serverless 是如何解决这些痛点的。
PHP 遇见 Serverless
1、什么是 Serverless
Serverless = Faas (Function as a service) + Baas (Backend as a service)， 我们简单通过两个图快速了解相关概念：
1）传统模式
2）Serverless 模式
图中的 1，2 就是第三方 BaaS 服务， 4，5 就是自定义函数逻辑的 FaaS, 通过这个对比， 我们能快速得到 FaaS 的特性和好处：
本文后续讨论的 Serverless 主要指的是 FaaS， 如下示意图， 几行代码编写完毕， 保存到云厂商的 FaaS 平台， 就完成了一个弹性高可用的 Web API。
2、PHP 遇见 Serverless
在讲 PHP 之前， 我们可以先看看 Serverless 在前端领域如火如荼的发展:
1）Backend For Frontend（BFF）in Serverless来提高生产力
- 前端开发者全栈化
- 提高开发效率，减少前端和后端接口同学的沟通联调时间， 后端同学只需要做好原子的接口的稳定性和可靠性即可， 数据的聚合直接由前端同学通过 BFF 实现。
2）当 SSR 遇上 Serverless，轻松实现页面瞬开
- 借助于函数即服务（FaaS）的能力，不需要再去搭建传统的 Node 应用，一个函数就可以变成一个服务，开发者可以更纯粹的关注于业务逻辑。
- FaaS 以函数为单位的形式以及弹性机制，为 SSR 应用带来了天然的隔离性和动态修复能力，可以更好的避免页面间的交叉污染，或一些边界的异常场景对应用带来致命性的伤害。
- 无需运维、按需执行、弹性伸缩这些特性，大大降低了 SSR 应用对开发者的门槛。
PHP 作为一个开发群体的很大的语言， 各大云厂商的 FaaS(比如阿里云的函数计算， AWS 的 Lambda， 腾讯的 SCF 等)都推出了对 PHP 语言的支持， PHPer 面对前端领域的 Serverless 技术革新实践， 应该不遑多让。以阿里云函数计算为例， 有很多 PHP 的开发者有了很多有趣的实践：
- 直接使用 gd 或者 ImageMagick 扩展， 实现弹性高可用的图片、水印等各种 cpu 密集型 API
- 直接使用 ffmpeg + 性能型实例 + 异步有状态调用完成视频剪辑合成等音视频处理业务
- 使用 HTTP 触发器实现的函数， 埋点到广告平台， 快速实现高可用的买量业务
- 直接将之前基于框架（如 ThinkPHP）实现的 web API 直接迁移到 FaaS 平台，不用再担心宕机和运维问题了
- ...
- 新业务或者开发新的 web API
- 存量业务中， 有些 cpu 密集型或者弹性要求很高的 API 单独抽离出来 FaaS 化
但是传统的开发模式或者存量业务，对开发者有一定的上手和改造成本，比如某 Faas 厂商 PHP Runtime 编程接口示例：
<?PHP
function handler($event, $context) {
$eventObj = json_decode($event, $assoc = true);
// do your thhings
// ....
return $eventObj['key'];
}
<?PHP
use RingCentral\Psr7\Response;
function handler($request, $context): Response {
/*
$body = $request->getBody()->getContents();
$queries = $request->getQueryParams();
$method = $request->getmethod();
$headers = $request->getHeaders();
$path = $request->getAttribute("path");
*/
return new Response(
200,
array(
"custom_header1" => "v1",
"custom_header2" => ["v2", "v3"],
"Set-Cookie" => urlencode("test PHP") . '=' . urlencode('test;more')
),
"hello world"
);
}
但是能不能更进一步， 开发者不需要按照 FaaS 厂商的约定的函数入口能实现一个一个的 API, 而是能直接将传统运行在 LAMP 或者 LNMP 的项目直接 FaaS 化？
答案是肯定的。
阿里云函数计算的 Custom Runtime 以及直接基于 HTTP 协议的极简编程模型走在了所有厂商的前列。
函数计算启动Custom Runtime执行环境时，会默认调用bootstrap文件启动您自定义的HTTP Server。然后这个HTTP Server接管了函数计算系统的所有请求，即您所有的函数调用请求。
（函数计算 Custom runtime 执行环境底层系统是 linux, 并且已经内置的 Nginx 和 PHP-fpm7.4, 对于 PHP 应用，您直接使用即可）
以部署一个 wordpress 项目 为例, 只需要将如下目录直接打包成一个 zip 包在函数计算平台创建一个函数即可：
- bootstrap
- Nginx.conf
- PHP-fpm.conf
- PHP.ini-production
- wordpress
其中 wordpress 目录是对应的 web 工程, bootstrap 是启动 Nginx 和 PHP-fpm 的脚本即可:
...
echo "start PHP-fpm"
PHP-fpm7.4 -c /code/PHP.ini-production -y /code/PHP-fpm.conf
echo "start Nginx"
Nginx -c /code/Nginx.conf
...
（bootstrap 详情可参考 wordpress in FC）
所以， 使用函数计算这个 Serverless 产品和传统的 PHP 开发相结合后， 您再也不用考虑负载均衡的事情， 不用考虑扩缩容的事情， 不用管理机器、不用担心宕机的事情等等， 只需要安安心心把业务代码开发好即可。
从上图可以看出：开发者只需要开发好自己的业务代码即可，唯一需要考虑的事情， 就是函数计算这边扩容不要太多太猛（比如直接在函数计算平台设置下该函数能弹出的最大实例数目即可）， 给下游自己的 MysqL 数据库过大的压力即可。
当然， 从原始的传统的 PHP web 应用完全迁移到 Serverless 形态或者容器形态的云产品中， 可能还会有这样的问题， 以 wordpress 为例， 之前后台系统上传的图片或者使用 Session 功能， 都是直接保存到磁盘的， 函数计算弹出的实例， 可能会长时间没有调用会被回收， 但是我想要有磁盘的持久化功能，这个时候， 流程图如下：
（函数计算只需要简单配置下即实现 VPC 的网络安全打通和 NAS 挂载）
比如将 wordpress 工程不作为函数的代码包的一部分， 而已提前上传到 NAS 盘， 只需要设置好 Nginx.conf 中的 root 能知道 web 工程即可， 如上面的 Nginx.conf， /mnt/auto 表示挂载的 NAS 目录，mnt/auto/wordpress 则表示在 NAS 上的 web 工程。
此时对您来说， 函数再也不用变了， 您可能只是需要开发新的业务代码， 然后上传到 NAS 上即可（或者直接使用 git 直接在 NAS 操作，实现 web 工程的版本和 git 上的 commit 绑定， 使用 git 实现代码的快速升级和混滚）。
但是从安全生产的角度来说， 还是建议您 web 工程变更最好和函数的变更相关联。
小结
从上面的讨论和陈述中， 我们不难发现， PHP 遇见 Serverless 是一件令人兴奋的事情， 让 PHPer 有了更大的想象空间。 Serverless 的理念和 PHP 这个语言出现的理念也是一致的: 即让开发者最大精力集中在自己的业务价值。 PHP 语言一直是 web 领域最好的生产力代表， 而 Serverless 将会让 PHP 如虎添翼。
我们最后来一一解答下前言中提出的问题：
1、如果您是一个企业用户， 业务体量变大或者为了生产环境的稳定和可用性， 如何做？
如上面陈述， 使用函数计算和传统的 PHP 开发相结合后， 您再也不用考虑负载均衡的事情， 不用考虑扩缩容的事情， 不用管理机器、担心宕机的事情等等， 只需要安安心心把业务代码开发好即可。
2、如果您是项目组开发成员比较多的企业用户，能不能不需要给每个人配置一个安装的 NLP 的 Linux 机器作为开发测试机器（或者多人共享一个机器）？
是的， 每个开发者在函数计算上创建一个自己的 Service/函数即可， Service/函数配置开发测试环境的 VPC，实现内网安全访问数据库等其他下游服务。 函数调用的时候， 函数计算会拉一个 NLP 的执行环境来运行您分支上正在开发的 PHP 代码。
3、如果您是一个学生或者准备学习 PHP 开发，本地只有 Windows 电脑， 能不能直接近乎免费的方式获取 LNP(Linux+Nginx+PHP) 的环境用来学习呢？
是的， 只要将如下的文件和文件夹打包成 zip 包去函数计算控制台创建函数即可
- bootstrap
- Nginx.conf
- PHP-fpm.conf
- PHP.ini-production
- myweb
| - hello.PHP
作者 | 西流
本文为阿里云原创内容，未经允许不得转载。
