交付:健康和测试都恢复

场景：~/app/app.py 两处：HEALTHY = False、TESTS_GREEN = False。 任务：两处都改成 True，让 --run 报 健康 = ok、测试 = green。改

阅读更多 →

修:端口漂了

场景：~/app/app.py 的 PORT = 0，服务没在预期端口上，上游连不到。 任务：把它改成 8080，让 --run 报 端口 = 8080。改好运行 ~/check。 （判分只看你在受控

阅读更多 →

修:测试红着还在跑

场景：~/app/app.py 的 TESTS_GREEN = False，带着红测试在线上跑。 任务：把它改成 True，让 --run 报 测试 = green。改好运行 ~/check。 （判分

阅读更多 →

修:健康老报坏

场景：~/app/app.py 的 HEALTHY = False，健康端点老报坏、上游一直摘它。 任务：把它改成 True，让 --run 报 健康 = ok。改好运行 ~/check。 （判分只看

阅读更多 →

查:哪个依赖坏了

场景：同一份健康探测，有依赖没过。 任务：跑 python3 ~/app/ops.py --health，读它报的 坏的 = X（没过的依赖名），到 ~/对照表.txt 查 X 填进来。 （判分只看你

阅读更多 →

查:健康端点回几

场景：~/app/health.json 记着依赖探测结果。 任务：跑 python3 ~/app/ops.py --health，读它报的 码 = N，到 ~/对照表.txt 查 N 填进来。 （判

阅读更多 →

查:多少个错误

场景：同一份运行指标，混着 2xx 和 5xx。 任务：跑 python3 ~/app/ops.py --metrics，读它报的 错误 = N（5xx 数），到 ~/对照表.txt 查 N 填进来。

阅读更多 →

查:处理了多少请求

场景：~/app/ops.py 读运行指标 ~/app/metrics.txt。 任务：跑 python3 ~/app/ops.py --metrics，读它报的 请求 = N，到 ~/对照表.txt

阅读更多 →

监控报的错误数

真机：~/app/metrics.txt 是运行指标，ops.py --metrics 报 错误 = N。若 10 个请求里 3 个 5xx，这里的 N 是几？ （判分只看你在受控容器里的真机产物，纯

阅读更多 →

上线后先盯什么

产品上线后，运维先盯的是【0】。 （判分只看你在受控容器里的真机产物，纯本机、纯 Python，不起长驻服务、不碰公网。）

阅读更多 →