Sentinel on PlumePHP

Spring Cloud 微服务全栈实践

Tue, 01 Sep 2026 12:00:00 +0800

1. 微服务架构与 Spring Cloud Alibaba

1.1 微服务核心特征

微服务将单体拆分为围绕业务能力构建的小型自治服务，独立部署扩展：DDD 限界上下文拆分、独立 CI/CD、容错设计（熔断/限流/隔离）、基础设施自动化。

Redis 主从复制与 Sentinel 高可用

Fri, 14 Aug 2026 14:04:00 +0800

1. 主从复制（Replication）

1.1 复制流程

Slave 发起同步 ──→ Master 判断同步方式 ──→ 全量或增量同步

全量同步（首次或 runid 不匹配）：
 1. Slave 发送 PSYNC ? -1
 2. Master 执行 BGSAVE → 生成 RDB
 3. Master 发送 RDB 到 Slave
 4. Slave 清空内存 → 加载 RDB
 5. Master 将新写入命令追加到 Replication Buffer → 发送给 Slave
 6. 进入持续同步模式

增量同步（offset 在 replication backlog 内）：
 1. Slave 发送 PSYNC <runid> <offset>
 2. Master 检查 offset 是否在 backlog 中
 3. 直接发送缺失部分的命令 → Slave 执行
 4. 无需全量 RDB，快速恢复

1.2 关键概念

概念	说明
runid	Master 的唯一标识，重启后改变
offset	复制偏移量，Master 和 Slave 各自维护
replication backlog	Master 的固定大小缓存区（默认 1MB），存储最近命令
Replication Buffer	每个 Slave 连接的独立输出缓存

# 查看复制状态
INFO replication
# role:master
# connected_slaves:2
# slave0:ip=192.168.1.2,port=6379,state=online,offset=123456,lag=0
# master_repl_offset:123456

1.3 配置

# Slave 配置
replicaof 192.168.1.1 6379
masterauth <password>
replica-read-only yes

# 允许 Slave 处理过期 key（默认）
replica-lazy-flush yes

2. Sentinel 哨兵模式

2.1 架构与职责

 Client (连接 Sentinel 获取地址)
 │
 ┌───────────────┼───────────────┐
 │ │ │
Sentinel-1 Sentinel-2 Sentinel-3 (至少 3 个，奇数)
 │ │ │
 └───────────────┼───────────────┘
 │
 ┌─────▼─────┐
 │ Master │
 └─────┬─────┘
 ┌────────┴────────┐
 ┌────▼────┐ ┌────▼────┐
 │ Slave 1 │ │ Slave 2 │
 └─────────┘ └─────────┘

Sentinel 职责：
1. 监控：定时 ping Master/Slave/Sentinel
2. 通知：故障时通知管理员（通过脚本）
3. 自动故障转移：Master 宕机 → 选举新 Master
4. 配置提供：客户端向 Sentinel 询问当前 Master 地址

2.2 故障转移流程

1. Sentinel-1 发现 Master 无响应（主观下线，SDOWN）
2. 询问其他 Sentinel，多数同意 → 客观下线（ODOWN）
3. 选举 Leader Sentinel（Raft 算法）
4. Leader 选择最优 Slave 提升为 Master（选择优先级最高、复制最完整的）
5. 原 Slave 重新配置为新 Master 的 Slave
6. 客户端通过 Sentinel 获取新 Master 地址

2.3 Sentinel 配置

# sentinel.conf
sentinel monitor mymaster 192.168.1.1 6379 2
sentinel down-after-milliseconds mymaster 5000
sentinel failover-timeout mymaster 60000
sentinel parallel-syncs mymaster 1
sentinel auth-pass mymaster password

参数	说明
`monitor`	监控的 Master，最后的 2 是「同意下线」的 Sentinel 数
`down-after-milliseconds`	无响应判定为下线的时间
`failover-timeout`	故障转移超时
`parallel-syncs`	同时重新配置的 Slave 数

2.4 脑裂问题与解决

# 脑裂：网络分区时，原 Master 和 Sentinel 断开
# 原 Master 仍在写入，但已经不被 Sentinel 认可
# 分区恢复后，原 Master 的数据被覆盖 → 数据丢失

# 解决方案：主库最小从库数 + 延迟限制
min-replicas-to-write 1 # 至少有 1 个 Slave 同步才能写入
min-replicas-max-lag 10 # Slave 延迟超过 10 秒则拒绝写入

3. 读写分离

// Spring Boot + Lettuce 读写分离
@Bean
public RedisConnectionFactory lettuceConnectionFactory() {
 LettuceClientConfiguration clientConfig = LettuceClientConfiguration.builder()
 .readFrom(ReadFrom.REPLICA_PREFERRED) // 优先从 Slave 读
 .build();

 RedisStaticMasterReplicaConfiguration config =
 new RedisStaticMasterReplicaConfiguration("master", 6379);
 config.addNode("slave1", 6379);
 config.addNode("slave2", 6379);

 return new LettuceConnectionFactory(config, clientConfig);
}

// 纯 Lettuce
RedisClient client = RedisClient.create("redis://master:6379");
StatefulRedisMasterReplicaConnection<String, String> conn = MasterReplica.connect(
 client, StringCodec.UTF8,
 RedisURI.create("redis://slave1:6379"),
 RedisURI.create("redis://slave2:6379")
);
conn.setReadFrom(ReadFrom.REPLICA_PREFERRED);

12. 限流、熔断与降级

Thu, 13 Aug 2026 14:12:00 +0800

高并发场景下，系统需具备自我保护能力。限流控制入口流量，熔断防止故障扩散，降级保障核心业务。三者构成分布式系统的韧性防线。

1. 限流算法

1.1 计数器（固定窗口）

public class FixedWindowRateLimiter {
 private final long windowSizeMs;
 private final int maxRequests;
 private final AtomicInteger counter = new AtomicInteger(0);
 private volatile long windowStart = System.currentTimeMillis();
 
 public synchronized boolean tryAcquire() {
 long now = System.currentTimeMillis();
 if (now - windowStart >= windowSizeMs) {
 counter.set(0);
 windowStart = now;
 }
 return counter.incrementAndGet() <= maxRequests;
 }
}

缺点：窗口边界可能突发 2 倍流量。

Redis 高可用架构：主从复制、Sentinel 故障转移与 Cluster 分片

Thu, 13 Aug 2026 10:00:00 +0800

Redis 作为内存数据库，性能极高但单节点存在两个致命缺陷：一是单机故障导致服务中断，二是单节点内存容量和并发连接数存在上限。生产环境必须引入高可用架构。Redis 官方提供了三套递进式的方案：主从复制（Replication）、哨兵模式（Sentinel）和集群模式（Cluster）。本文深入剖析这三种架构的数据同步机制、故障检测与转移原理，以及槽分片与扩容缩容的完整流程。

SIEM 与安全运营中心（SOC）建设

Thu, 13 Aug 2026 10:00:00 +0800

开篇：SOC——网络安全的神经中枢

安全运营中心（Security Operations Center, SOC）是企业网络安全防御体系的核心。一个成熟的 SOC 能够 7×24 小时监控网络威胁、检测异常行为、响应安全事件、 Hunting 未知威胁。而 SIEM（Security Information and Event Management）系统是 SOC 的技术基石，负责收集、归一化、关联分析海量安全日志。

熔断、降级与限流

Thu, 13 Aug 2026 01:30:00 +0800

熔断、降级与限流

微服务调用链中，单点故障可能引发级联雪崩。熔断、降级、限流是保障系统稳定性的三道防线。

1. 熔断器（Circuit Breaker）

状态机

 ┌─────────┐ 失败率>阈值 ┌─────────┐
 │ CLOSED │──────────────→│ OPEN │
 │ (正常) │ │ (熔断) │
 └────┬────┘ └────┬────┘
 │ │
 失败计数恢复 │ 超时后
 │ ↓
 │ ┌─────────────┐
 └─────────────────│ HALF-OPEN │
 探测失败 │ (半开/探测) │
 └─────────────┘

参数配置

参数	说明	典型值
failureThreshold	触发熔断的失败次数/比例	5 次或 50%
slowCallThreshold	触发熔断的慢调用比例	80%
waitDurationInOpenState	OPEN 持续时间	30s
permittedNumberOfCallsInHalfOpenState	半开探测次数	3

Resilience4j 示例

CircuitBreakerConfig config = CircuitBreakerConfig.custom()
 .failureRateThreshold(50)
 .waitDurationInOpenState(Duration.ofSeconds(30))
 .permittedNumberOfCallsInHalfOpenState(3)
 .slidingWindowSize(100)
 .build();

CircuitBreaker cb = CircuitBreaker.of("orderService", config);

// 装饰调用
Supplier<String> decorated = CircuitBreaker
 .decorateSupplier(cb, () -> orderClient.getOrder(id));
String result = Try.ofSupplier(decorated)
 .recover(throwable -> "fallback_order")
 .get();

2. 降级（Degrade）

当服务不可用或响应过慢时，提供简化替代方案。

Sentinel on PlumePHP

Spring Cloud 微服务全栈实践

1. 微服务架构与 Spring Cloud Alibaba

1.1 微服务核心特征

Redis 主从复制与 Sentinel 高可用

1. 主从复制（Replication）

1.1 复制流程

1.2 关键概念

1.3 配置

2. Sentinel 哨兵模式

2.1 架构与职责

2.2 故障转移流程

2.3 Sentinel 配置

2.4 脑裂问题与解决

3. 读写分离

延伸阅读

12. 限流、熔断与降级

1. 限流算法

1.1 计数器（固定窗口）

Redis 高可用架构：主从复制、Sentinel 故障转移与 Cluster 分片

SIEM 与安全运营中心（SOC）建设

开篇：SOC——网络安全的神经中枢

熔断、降级与限流

熔断、降级与限流

1. 熔断器（Circuit Breaker）

状态机

参数配置

Resilience4j 示例

2. 降级（Degrade）