等保三级要求编排层将整个系统视为受控对象，核心是服务间访问可控、运行环境不可越权、操作行为全程可追溯；docker compose需通过可信镜像签名、非root用户运行、资源限制等配置满足基础合规。
明确等保三级对编排层的核心要求
等保三级不是只管单个容器，而是把整个编排体系当作一个受控对象来测评。重点落在三方面：服务间访问必须可控、运行环境不可越权、操作行为全程可追溯。Docker Compose虽属单机编排工具，但只要配置得当，也能满足基础合规要求——尤其适用于开发测试、中小规模生产或边缘节点场景。
镜像来源与签名验证必须前置
等保三级严禁使用未经审核的公共镜像。在Compose中不能写image: nginx:latest这类模糊标签，必须指向企业私有仓库中的可信镜像，并启用内容信任机制：
- 所有image字段统一使用harbor.example.com/project/app:v2.3.1格式，禁用latest或未打标签的镜像
- 启动前执行docker trust pull harbor.example.com/project/app:v2.3.1，确保镜像带有效Notary签名
- 在docker-compose.yml中通过build.context配合多阶段构建，避免敏感信息进入镜像层
运行时权限与资源隔离需硬性约束
等保三级要求“进程非root运行、资源使用受控、系统调用最小化”。Compose本身不直接支持PodSecurityPolicy，但可通过以下方式达成等效控制：
- 在服务定义中强制指定user: "1001:1001"，禁止以root（uid 0）启动容器
- 为每个服务设置mem_limit和cpus，例如mem_limit: 512m、cpus: '0.5'，防止资源耗尽型攻击
- 通过security_opt: ["seccomp:/etc/docker/seccomp.json"]
网络与日志必须满足审计留痕要求
等保三级强调“网络访问可管、操作行为可查”。Compose默认桥接网络不满足隔离要求，需主动改造：
- 禁用默认bridge网络，显式定义自定义网络并启用internal: true标记敏感服务（如数据库）
- 对外服务统一走反向代理（如Nginx容器），由其完成TLS终止、访问日志记录及IP白名单控制
- 所有服务启用logging驱动，输出到syslog或json-file并挂载宿主机路径，确保日志不随容器销毁而丢失
