生产环境php报错 Class ‘***‘ not found

记一次生产环境php报错 Class ‘***’ not found

背景：

生产环境k8s集群中部署的POD，sentry告警不定时报错 Class ‘***’ not found。

排查

进入到pod中，查看相关文件是存在的，但是部分文件的修改时间与是当前报错抛出时间一致（如：artisan文件，vendor/autoload.php等）
查看POD创建时间、重启次数等无果
通过构建镜像时修改vendor目录权限为555后，无果

尝试解决：

经过网上求助，公司各种讨论猜想验证后，并没有解决该问题。

偶然的一次，架构师李认为根本原因可能跟底层有关，查看了一下私有镜像仓库harbor上镜像pull的时间与该现象出现时间一致，然后与运维确认，发现是该时间段执行了一个命令
该命令是

$ docker system prune -a -f

罪魁祸首终于被查到了！！！只要不放弃，总会发现蛛丝马迹

赶紧查看一下该命令的执行结果到底是啥

命令详解

这个命令将清理整个系统(包括镜像，容器，数据卷以及网络)，并且只会保留真正在使用的镜像，容器，数据卷以及网络，因此需要格外谨慎。比如，我们不能在生产环境中运行prune -a命令，因为一些备用镜像(用于备份，回滚等)有时候需要用到，如果这些镜像被删除了，则运行容器时需要重新下载。

$ docker system prune --help

Usage:  docker system prune [OPTIONS]

Remove unused data

Options:
  -a, --all             Remove all unused images not just dangling ones
      --filter filter   Provide filter values (e.g. 'label=<key>=<value>')
  -f, --force           Do not prompt for confirmation
      --volumes         Prune volumes

如何清理none对象

Docker 采用保守的方法来清理未使用的对象（通常称为“垃圾回收”），例如镜像、容器、卷和网络：

除非明确要求 Docker 这样做，否则通常不会删除这些对象。这可能会导致 Docker 使用额外的磁盘空间。

对于每种类型的对象，Docker 都提供了一条 prune 命令。

修剪镜像

清理none镜像(虚悬镜像)
命令: docker image prune
默认情况下，docker image prune 命令只会清理 虚无镜像（没被标记且没被其它任何镜像引用的镜像）
$ docker image prune
清理无容器使用的镜像
命令: docker image prune -a

默认情况下，系统会提示是否继续。要绕过提示，请使用 -f 或 --force 标志。
可以使用 --filter 标志使用过滤表达式来限制修剪哪些镜像。例如，只考虑 24 小时前创建的镜像：
$ docker image prune -a --filter "until=24h"

修剪容器

停止容器后不会自动删除这个容器，除非在启动容器的时候指定了 –rm 标志。使用 docker ps -a 命令查看

Docker 主机上包含停止的容器在内的所有容器。你可能会对存在这么多容器感到惊讶，尤其是在开发环境。停止

状态的容器的可写层仍然占用磁盘空间。要清理掉这些，可以使用 docker container prune 命令：

$ docker container prune

默认情况下，系统会提示是否继续。要绕过提示，请使用 -f 或 --force 标志。

默认情况下，所有停止状态的容器会被删除。可以使用 --filter 标志来限制范围。例如，下面的命令只会删除 24 小时之前创建的停止状态的容器：

修剪网络

Docker 网络不会占用太多磁盘空间，但是它们会创建 iptables 规则，桥接网络设备和路由表条目。要清理这些东西，可以使用 docker network prune 来清理没有被容器未使用的网络。

$ docker network prune

修剪卷

卷可以被一个或多个容器使用，并占用 Docker 主机上的空间。卷永远不会被自动删除，因为这么做会破坏数据。

$ docker volume prune