容器健康状态取决于配置的探测命令，可能只检查进程、端口或简单页面，不自动代表WordPress关键业务都正常。应分别设计基础运行、应用依赖和业务路径检查，避免用一个healthy标记结束网站验收。
先读健康检查真正执行什么
查看容器配置中的命令、间隔、超时、重试与启动期处理，确认它是探测Web端口、静态文件还是实际应用。一个永远返回成功的命令不能提供有意义的健康信息。也要核对探测在容器内看到的网络环境，与外部客户访问可能不同。
区分进程健康和依赖健康
Web进程运行正常时，数据库、磁盘、DNS或邮件仍可能失败。选择低成本、受控且可解释的应用探测，避免每次检查都执行重操作。依赖故障是否应使容器被重启，需要结合服务编排策略判断，不能把所有外部失败都靠不断重启解决。
业务验证不制造真实交易
询盘、登录、下载和支付等流程有更高层验收需求，可采用授权测试或非破坏状态检查，并隔离统计。不要用真实客户邮箱、支付或生产订单作频繁健康探针。涉及监控凭据时限制权限，探测响应不要公开返回配置和客户资料。
校验失败处置与恢复
受控条件下模拟适当故障，观察健康状态、告警和流量处理是否按设计发生，再检查恢复后业务。容器状态改变、告警收到和公开网站恢复分别记录。若只验证基础端口，就明确报告该范围，不把未测的邮箱投递或表单保存也写成已通过。
关键区别
容器healthy：探测条件返回成功；范围由配置决定。
应用依赖：数据库磁盘等状态；不等于全部业务完成。
业务验收：关键用户路径结果；避免制造真实交易。
怎样确认处理到位
健康检查范围清楚，失败能触发预期处置和告警，基础与业务验证分别有证据，监控没有污染真实询盘或订单。
容易误判的边界
本篇不保证一个探测URL可以证明全部WordPress功能正常；重启容器也未必能修复外部依赖故障。
