客户自管理集群
控制平面与执行平面分离
命名空间隔离模式
兼容混合部署与隔离飞地（enclave）模型
企业为何需要私有编排
许多团队已将 Kubernetes 作为内部平台的标准。Zof 支持将执行环节部署到这些集群中，无需放弃既有的编排投入。
- -现有的集群标准与 GitOps 流水线
- -由平台团队掌控节点与网络
- -需要让敏感工作负载远离多租户 SaaS 执行环境
- -具备命名空间级隔离的受监管环境
在客户自管的集群中运行执行基础设施
执行代理可作为工作负载部署在您运维的集群中。规划与审批可根据策略运行在云端、私有云或本地控制平面。
- -像其他内部服务一样调度代理
- -兼容客户的 CNI 与策略引擎
- -无需对集群开放入站访问
- -Supports multi-cluster estates over time
控制平面与执行平面的隔离
控制平面保存策略、图谱上下文、审批与调度信息；执行平面则针对集群内或互联网络中的应用运行已签名的胶囊（capsule）。
私有 Kubernetes 执行
在客户自管理集群中部署执行兼容代理，而非完整平台安装。
- -清晰的安全审查边界
- -敏感的运行时数据保留在执行命名空间内
- -控制平面 API 不会直接对受保护应用执行测试
- -混合拆分在企业部署中十分常见
Kubernetes 执行代理
代理旨在与客户的 Kubernetes 兼容，而非替代您的平台团队。规格选型、高可用与升级均遵循您的集群标准。
- -通过客户批准的清单（manifest）或 Operator 进行部署
- -遵守资源限额与 Pod 安全策略
- -为执行主机提供运行器身份与允许列表
- -按命名空间或集群分阶段推出
安全的执行边界
命名空间、网络策略与服务账户可将执行与无关工作负载隔离。密钥在运行时挂载，而不存储于 Zof Cloud。
- -命名空间范围的 RBAC
- -在受支持的场景下与外部密钥管理器集成
- -可选的服务网格对接
- -审计代理的生命周期事件
仅限内部的应用测试
验证可从集群网络访问的微服务、内部 API 与管理后台界面，无需将其暴露到公共互联网。
- -集群内的服务间测试
- -在策略允许时仅经由 Ingress 访问
- -搭配边缘运行器覆盖集群外的遗留系统
- -图谱感知的目标定位可减少噪声
命名空间隔离
团队可将业务单元或环境映射到具有不同策略、留存期与取证模式的命名空间。
- -开发 / 预发 / 生产环境隔离
- -按团队设置配额与并发上限
- -取证存储按命名空间隔离
- -跨命名空间的晋级（promotion）工作流
密钥处理
凭证在执行时通过 PAM 或集群密钥集成进行代理分发。默认情况下，长期密钥不会被复制到外部 SaaS。
- -优先使用短期令牌
- -兼容 PAM 的模式
- -未经审批，规划平面不会持久化密钥
- -轮换与您的标准保持一致
产物路由
除非您配置了脱敏或仅元数据的出站传输，测试产物与捆绑包将保留在客户掌控的存储中。
混合执行架构
Cloud orchestration with distributed local execution runners.
- -S3 兼容存储、NFS 或集群内卷
- -按命名空间设置留存策略
- -为捆绑包提供校验和与签名
- -Optional promotion to central evidence archive
遥测边界
来自代理的指标与日志可保留在集群内的可观测性栈中。中央仪表盘可仅接收元数据摘要。
- -在受支持的场景下兼容 OpenTelemetry 的模式
- -跨边界导出前先行脱敏
- -用于审计的关联 ID
- -无需强制导出完整日志
企业级治理
无论执行环境是虚拟机、裸金属还是 Kubernetes，胶囊签名、人工审批与修复门控均统一适用。
- -策略版本固定关联到每次运行
- -面向生产路径的审批链
- -与 ITSM 变更记录集成
- -面向 GRC 与内部审计的导出
混合架构模式
Kubernetes 执行常常与 VPC 运行器、边缘站点及端点代理在同一控制平面下共存。
- -Single graph and unified orchestration
- -跨各类执行面的一致胶囊模型
- -按执行面制定的取证策略
- -由架构评审确定推出顺序
本地部署相关问题
来自基础设施与安全团队的常见问题。
