*** 订单事务消息实体// 订单ID private Long productId;// 商品ID private Integer num;// 购买数量 private String orderNo;// 订单编号 }Data;/*** 订单事务消息实体*/@Data// 订单ID// 商品ID// 购买数量// 订单编号核心机制：RocketMQ 事务消息通过「半消息 + 本地事务 + 提交

今天来聊聊Spring中的观察者模式前言一、观察者设计模式中涉及到的角色二、使用设计模式的优缺点优点缺点三、示例代码四、Spring中的观察者设计模式前言今天来看一看什么是观察者模式，在现实生活中，观察者模式处处可见，就以微信公众号来说吧，每当一个用户订阅了一个公众号，那么就会收到公众号发来的消息，这里公众号就是被观察的对象，用户就是观察者。而在设计模式中，被观察者被称之为主题。一、观察者设计模式

固定架构：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。：更

修改后必须重启控制器。

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