Satis私有仓库无法在K8s中实现双活切换，因其无HTTP服务、不监听端口、build后即退出；高可用需分离构建与服务：CI/CD用Job构建并推送至对象存储，K8s仅挂载静态文件提供服务。
私有源在容器化集群里做不到“双活无感知切换”——Satis 本身不监听端口、不提供健康接口、build 后就退出，根本没法被 Kubernetes 或 Nginx 做主动探活或流量分发。所谓“双活”，本质是静态文件 + 外部基础设施兜底，不是靠改 Satis 配置能实现的。
为什么k8s Service + Deployment不能直接跑Satis
Satis 不是 Web 服务，它没有 HTTP server、不处理请求、不维持状态。你把它打包进容器，启动后执行 php bin/satis build 就退出，Pod 立刻变成 Completed 状态，根本不会被 Service 转发流量。
- 试图用
command: ["sh", "-c", "php bin/satis build satis.json web/ && nginx -g 'daemon off;'"]启动？风险极高：build 过程中packages.json和 ZIP 文件不同步，下游composer install会卡在Downloading (connecting) - 多个 Pod 并行 build，若没共享存储，各节点生成的
dist/URL 指向本地路径（如https://node1/dist/acme-utils.zip），其他节点根本无法访问 - K8s liveness/readiness probe 无法配置：Satis 没有
/healthz，HTTP GET/packages.json成功只说明 Nginx 活着，不代表文件内容最新或一致
真正可行的容器化高可用结构
必须把“构建”和“服务”彻底分离：CI/CD 负责原子构建并推送到统一对象存储；K8s 只负责挂载并提供静态服务。
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
- 构建阶段用 Job：CI 触发
build-$(date +%s)临时目录，完整生成web/后，用aws s3 sync或rclone推送到 MinIO/S3，再更新 Nginx 静态路由指向新版本路径 - 服务阶段用 StatefulSet 或 Deployment：所有 Pod 挂载同一份远程存储（NFS 或 csi-s3），
root /mnt/mirror，且必须加subPath: web确保只映射生成结果 - Nginx 配置强制校验一致性：
location = /packages.json { add_header Cache-Control "public, max-age=3600"; }，避免客户端反复拉取；同时启用upstream的health_check interval=3 fails=2 passes=2; - 每个 Pod 的 readiness probe 必须是
curl -f http://localhost/packages.json | jq -e '.packages != null'，不能只看 HTTP 状态码
客户端如何避免切源失败
容器内 PHP 应用调用 composer install 时，失败不是因为源不可达，而是元数据错配或 URL 404——这几乎全是客户端配置问题。
-
composer.json中repositories数组第一项必须是你的私有源，且type严格为"composer"，URL 末尾带/（如"https://mirror.internal/"） - 必须显式禁用官方源：
{"packagist.org": false}作为独立对象放在repositories数组**末尾**，放错位置等于没写 - 禁止在全局或项目级混用镜像：比如
repo.packagist配成阿里云，又在repositories里写腾讯云——Composer 会按顺序查元数据，但 ZIP 下载只走第一个匹配源，极易导致“元数据来自镜像，包却从私仓下，结果 404” - 验证是否生效：运行
composer config --global repo.packagist，输出必须是完整 JSON 对象；再执行composer show -p | head -5，确认包来源域名是你自己的
最常被忽略的一点：Satis 构建时 satis.json 中的 homepage 字段，必须和客户端 repositories.url 完全一致，包括协议、大小写、末尾斜杠。少一个 /，Composer 就会静默 fallback 到 packagist.org，而你完全看不到任何提示。
