fanghailiang2016的博客

php rdkafka操作kafka消息队列

ApolloClient类负责和apollo上述两个接口打交道，把拉取的apollo配置信息写到本地文件，用到了并发curl请求特性。Config类对 illuminate/config 基础上，把apollo的配置信息整合到自己管理的配置数组中，进行读取和设置。helpers.php封装一个小助手函数来读取apollo配置中心的内容（也有可能是覆盖apollo的环境变量）执行完后可以在控制台看到如下输出，可以看到config service地址是。打开如下地址，可以看到apollo管理界面。

基于高性能的需求，对nginx和phpfpm的参数进行调优设置，参照配置文件，不懂的看下面解释

使用zipkin 链路跟踪工具，找出时间都消耗在哪了

为了找出响应速度慢，超时失败率高的接口，并定位出性能瓶颈的卡壳所在，我们需要一个apm性能监测工具。php是一个单进程的语言，性能卡壳主要就在于myql、redis、memcache等数据库操作以及curl等微服务调用过程，我们需要一个工具，能够帮助我们系统的看到整个接口的请求——响应过程，找出过程中的耗时点，有针对性的做出优化。

安装opcache和apcu。opcache可以避免每次请求都要读取php脚本文件生成opcode的过程。而apcu可以在多次不同的请求之间共享一些信息，避免每次请求查询这些公共信息造成额外的网络请求和数据库查询

使用supervisor管理nginx phpfpm nignx-exporter phpfpm-exporter进程

有一半的请求接口返回了Yar_Client_Transport_Exception curl exec failed，“Timeout was reached”。 出现这个问题的原因是 yar框架底层基于curl，而并没有对curl进行优化导致部分请求被丢包。我们需要先启动一个初始化容器，在该容器中初始化网络参数优化docker容器的网络性能

基于prometheus和grafana建立我们的检测系统。从docker容器监控、phpfpm监控、nginx监控图标中找出问题的所在

面向外部的大流量的网络请求，我们需要一个api网关——apisix。这样的demo能不能开放出来给用户使用？我们先用JMeter来压测一下吧

k8s持续的把最新镜像的地址更新到yaml文件中并部署到线上

在实际企业当中，当分支即将被合并或已经被合并到特定环境后，是由 cicj 流程监听分支合并事件，根据情况决定对代码进行检查是否允许合并，当允许合并后，启动一个基于docker的镜像，把项目源代码克隆进来后，结合对应环境的配置信息，利用企业的基础镜像，打包成一个可以在线上部署的镜像，并推送到企业的私有镜像仓库中......

本教程通过安装squizlabs/php_codesniffer 进行代码规范的检查与修复，phpstan/phpstan 进行语法报错的检查，phpunit/phpunit 进行单元测试

本教程带你初始化yaf框架，并基于yar框架打包两个微服务代码，在容器间调用

以笔者公司使用的 yaf+yar 的组合进行mvc分离和微服务调用，同时给php安装企业正常运行的基础扩展，包括 mysql、redis、memcached、kafka 以及php包管理器 composer

以php-fpm作为基础镜像，安装nginx后，打包配置文件和源代码形成新的镜像，并测试运行。

使用nginx 和 php:fpm-7.2 两个镜像搭建nginx+php环境