# QingLong 3.0 Local Alpha Trial Kit 本目录是绑定一个 QingLong 3.0 源码提交和一个 Linux 架构的阶段试运行套件,不是公开 release 或生产升级承诺。它同时包含常驻 Application 镜像和短生命周期 operator 镜像;两者共享的 OCI layer 只在同一个 Docker archive 中保存一次。 ## 适用范围 - `amd64` 或 `arm64` Linux Docker 主机; - 低配路由/NAS 的 Edge profile,或资源较充足单机的 Standalone profile; - fresh、隔离的测试数据目录; - 离线导入、设备兼容验证和 3.0 Alpha 用户旅程验证。 不要把它直接用于生产数据、2.x 唯一数据目录或生产 Secret。Cluster/Kubernetes 节点应使用 Cluster Integration Candidate;本套件不包含 PostgreSQL HA、Worker 或 Cluster Admin。 ## 离线验收 先在解压目录中执行不依赖 Node.js 的文件校验: ```sh sha256sum --check SHA256SUMS ``` `manifest.json` 必须满足: - `schema` 为 `qinglong/alpha-local-trial-kit@v1`; - `sourceRevision` 是你准备试用的完整 40 位 commit; - `architecture` 与主机相同; - `maturity` 为 `alpha_candidate_not_public_release`。 如果同时持有 QingLong 源码和 Node.js 24,可执行严格的闭合文件集、manifest、SBOM 和 checksum 审计: ```sh node scripts/ql3-local-alpha-trial-kit-bundle.cjs \ --mode=audit \ --bundle=/absolute/path/to/this-directory ``` 任一校验失败都不要加载或运行 archive。 ## 加载与最小 smoke 从 `manifest.json.archive.file` 找到 archive 后加载: ```sh docker load --input qinglong3-local-trial-kit-.docker.tar ``` 以 manifest 中 `images.application.reference` 和 `images.operator.reference` 为准,分别核对 `docker image inspect` 返回的 image ID。然后执行无网络、只读 smoke: ```sh docker run --rm --read-only --network none --cap-drop ALL \ --security-opt no-new-privileges \ --help docker run --rm --read-only --network none --cap-drop ALL \ --security-opt no-new-privileges \ --version docker run --rm --read-only --network none --cap-drop ALL \ --security-opt no-new-privileges \ setup --help ``` ## Fresh 试运行边界 完整 fresh setup、首 Owner ceremony、Application active、SIGTERM drain 和 SQLite integrity 已在同一架构的原生 Linux CI 中验证。实际部署时仍必须使用独立目录,并让 operator 以最终数据文件 POSIX owner 的 UID/GID 运行;operator 默认无网络且每次只执行一个命令后退出,不应作为 sidecar 或 daemon 常驻。 Edge 的验证上限为 Application 128 MiB、0.5 CPU、64 PID;Standalone 为 256 MiB、0.5 CPU、256 PID;operator 为 128 MiB、0.5 CPU、32 PID。这里的数值是试运行门,不是所有 workload 的容量承诺。 停止并删除 Alpha 容器即可回退 fresh 测试环境。若触碰 2.x 数据或进行迁移,必须使用项目既有 reconciliation/cutover/rollback 流程,不能只替换镜像。