单机 = 一个人做所有事→ 简单，易理解，但单点故障主从 = 写主节点，读副本→ 减轻读压力，副本有延迟Sentinel = 老师监督 + 自动顶替→ 自动故障切换Cluster = 分组 + 每组有备份→ 高并发、高可用客户端分片 / Proxy = 家长分作业→ 灵活，但需保证管理层稳定多活 / 跨机房 = 分布式协调 + 最终一致性→ 复杂且高风险Redis 架构选择不是越复杂越好，关键是根

在分布式场景下，接口限流变得更加复杂。传统的单机限流方式难以满足跨节点的限流需求，因此需要一种分布式限流方案。这里介绍一种基于Redis和Redisson实现的令牌桶算法分布式限流方案。生成令牌：按照固定的速率向令牌桶中放入令牌。消耗令牌：每个请求到来时需要消耗一个令牌才能执行。桶满时丢弃令牌：如果令牌桶已满，额外生成的令牌会被丢弃。拒绝无令牌请求：当令牌桶为空且有请求到达时，拒绝该请求。示意图|

把企业数据体系比作「城市供水系统」数据源 = 河流、湖泊、雨水（分散的水源）数据集成平台 = 输水管网+净水厂（收集和净化）数据湖 = 大型水库（统一存储）数据分析 = 自来水厂（加工成可饮用的水）

把企业数据体系比作「城市供水系统」数据源 = 河流、湖泊、雨水（分散的水源）数据集成平台 = 输水管网+净水厂（收集和净化）数据湖 = 大型水库（统一存储）数据分析 = 自来水厂（加工成可饮用的水）

数据库性能问题往往会直接影响系统响应速度，而 SQL 慢查询是最常见、最直观的性能瓶颈。本文将从慢查询日志的开启执行计划（EXPLAIN）分析，到使用性能调试工具（SHOW PROFILE、OPTIMIZER_TRACE 等），详细讲解如何排查和定位慢查询，并结合实际案例分析原因、提供优化策略，助你提升数据库查询效率。🚀SQL 慢查询的排查与优化是一项综合性工作，需要从日志抓取、执行计划分析、索

阶段主要目标典型特征解决的问题新增的挑战集中式架构快速构建、简化部署单体应用、共享数据库开发效率、简单部署扩展性与耦合度问题分布式架构模块解耦、水平扩展模块化服务、独立部署系统性能与可伸缩性数据一致性、通信复杂度微服务架构服务自治、敏捷迭代独立服务、自动化运维持续交付与高可用运维复杂度、分布式事务。

在纯微服务架构中：服务 = 业务逻辑 + 服务发现 + 负载均衡 + 容错 + 自我保护能跑能扛能扩展但代价是：👉应用承担了太多本该由平台解决的事情K8s 并不是替代微服务框架，而是把“应用不该操心的事”，统一收回到平台层。K8s 不是让微服务变复杂，而是把“不该由微服务操心的复杂性”，统一收回到平台层。Sentinel解决的是 K8s刻意不解决的问题接口是否慢下游是否抖动局部是否过载接口级限流

所有环境都需安装 Certbot，但 Docker 不在容器内安装Webroot 模式最适合 Docker Nginx泛域名证书适合多子域名或动态子域场景Docker Nginx 推荐避免 127.0.0.1 访问问题配置 HSTS、安全头、静态资源缓存提升安全和性能自动续期 + Nginx reload 保证证书长期有效单域名、多域名、泛域名证书可灵活组合。

后台运行任务（常用于 python/脚本）查看 NAT 表（Docker 映射规则）并手动开启 ip_forward 等规则。临时 MinIO 容器（用于获取配置）挂载根文件系统为读写（救援模式使用）([CSDN博客][2])([CSDN博客][3])([CSDN博客][3])([CSDN博客][4])Jenkins 容器启动。启动/停止/重启容器。

网线、交换机、路由器而在云计算中，网络的本质已经发生了根本变化。