固定架构：Ingress → 主 Service → 双 Deployment。必开配置：健康检查、优雅退出、反亲和、PDB。严格流程：先部署绿环境 → 验证 → 切流 → 监控 → 清理。秒级回滚：永远保留旧版至稳定，回滚仅切 Service selector。数据安全：数据库兼容优先，消息/缓存严格隔离。

Ingress 是 K8s 7层统一网关负责域名、HTTPS、路由、灰度、安全Service 负责内部4层负载均衡CoreDNS 负责服务发现整套组合 = 生产微服务网关标准。

执行后会输出一行 join 命令，拿去 Worker 节点执行即可加入集群。

企业内部必备，再也不用手动更新证书。只允许内网访问，防止公网恶意扫描。

基础系统拷贝代码执行命令启动命令执行一次，就能生成一个可分发的标准镜像。FROM基础镜像COPY拷贝代码ENTRYPOINT启动命令多阶段构建减小体积一次构建，到处运行环境统一，无差异部署✅ 打包自己的项目镜像✅ 一键启动微服务✅ 开发/测试/生产环境完全一致✅ 部署极其简单：丢服务器 → docker-compose up -d✅ 企业开发、面试、运维全能用。

Ingress 未配置 backend-protocol: HTTPS，网关用 HTTP 访问 HTTPS 后端。：ingress-nginx Service 为 LoadBalancer，但 EXTERNAL-IP 为。：503，网关日志：no endpoints available for service。：网关收到响应但无效，日志：upstream prematurely closed。：更

修改后必须重启控制器。

微服务架构下，服务间通过网络通信，接口调用面临网络波动、服务过载、依赖故障等不可控因素，超时与重试是保障接口可靠性的两大核心手段——超时是“止损线”，避免无效等待导致资源耗尽；重试是“补救措施”，解决瞬时故障带来的调用失败。但不合理的超时、重试策略，反而会加剧系统负担（如重试风暴、级联超时），甚至引发服务雪崩。

Component// 订单创建计数器.description("订单创建总数")// 订单处理耗时.description("订单处理耗时")// 当前活跃连接数.description("当前活跃连接数")@Servicetry {// 业务逻辑...访问# HELP order_created_total 订单创建总数# HELP order_process_time_seconds 订单处

/ 智能体1：意图识别（只负责解析用户需求） @AiService interface IntentAgent {@SystemMessage("提取用户需求的核心意图、关键参数（如客户ID、产品名称），只返回结构化信息，不冗余") String parseIntent(String question);} // 智能体2：RAG检索（只负责从PGVector检索知识） @AiService in