运维指南
团队在发布自托管 AI 界面时常犯的错误
自托管 AI 界面可以提升控制力和合规性，但如果团队职责划分不清、直接暴露内部服务，或把反向代理当作临时补丁而不是安全边界，也会带来运维风险。
所有权与部署并不相同
自托管 AI 界面最常见的误区，是把部署等同于拥有。团队启动一个容器，接入模型端点，就把它当作可投入生产，却没有明确谁负责可用性、访问控制、日志、升级节奏和事件响应。等到认证失效、依赖变更或流量意外激增时，这一漏洞就会暴露出来。平台工程师应把界面视为一个产品层，配套清晰的 SLO、回滚路径和变更管理。如果团队无法回答谁审批发布、谁审查提示词和渲染行为、谁接收告警，那么这个服务就还没有真正实现运维化。
将反向代理作为边界，而不是捷径
另一个常见错误是把自托管 AI 界面放在反向代理后面，就以为只靠代理就安全了。反向代理有助于集中管理 TLS、路由、请求头和访问策略，但不应成为唯一的防护层。安全做法包括：严格限制上游白名单、设置请求大小限制、在边缘层进行认证，以及将公网流量与内部模型服务隔离。不要让工具端点、元数据路由或调试面板与用户流量共用同一路径。对于希望统一部署方式的团队，应记录反向代理契约，并在上线前先在预发布环境中验证。了解更多，请访问 /security 和 /docs。
FAQ
自托管 AI 界面中，平台工程师应负责哪些内容？
他们应负责部署标准、访问控制、可观测性、发布流程、代理配置和事件响应。界面应有明确的运维责任，而不只是基础设施责任。
FAQ
为什么反向代理对安全的自托管部署很重要？
它为 TLS、认证、路由和流量整形提供了受控边界。它很有用，但应作为安全应用设计的补充，而不是替代品。