1. 课程导论：社交平台微服务架构的演进背景与核心挑战

1.1 从单体到微服务：社交平台的必然演进

社交平台在早期阶段通常采用单体架构：一个庞大的代码仓库包含用户、动态、关系链、消息、Feed 流等所有功能模块。这种架构在用户量级较小（如 DAU < 100 万）时开发效率较高，但随着业务复杂度和用户规模的增长，单体架构逐渐暴露出不可调和的矛盾。

1.2 社交平台微服务的核心挑战

微服务架构在解决单体问题的同时，引入了新的复杂性。社交平台因其高实时性、强社交关系、海量数据的特点，面临的挑战尤为突出。以下是四个核心挑战：

1. 服务边界划分：如何将用户、关系链、Feed、IM、通知等业务域合理拆分为独立服务？边界过粗则退化为分布式单体，边界过细则导致服务数量爆炸。
2. 数据一致性：社交场景中，点赞、关注、评论等操作往往涉及多个服务的数据变更。如何在保证最终一致性的同时，避免脏读和逻辑错误？
3. 调用链治理：一个 Feed 流请求可能跨越 5~8 个微服务，如何实现全链路追踪、超时控制、熔断降级和流量整形？
4. 状态与无状态：IM 长连接、实时在线状态等有状态服务如何与无状态业务服务协同？Session 和连接如何管理？

1.3 社交平台微服务架构演进路线图

下图展示了社交平台从单体到成熟微服务架构的典型演进阶段。本课程将围绕这条路线，深入每个阶段的拆分策略、Go 语言实现细节和工程实践。

1.4 本课程的核心内容与学习路径

本课程以Go 语言为技术栈，围绕一个虚构的社交平台 "SocialHub" 的演进过程，讲解服务边界划分的实战方法。课程覆盖以下关键主题：

• 服务拆分方法论：DDD 领域驱动设计在社交场景中的应用，如何识别聚合根和限界上下文。
• Go 微服务基础设施：gRPC 通信、etcd 服务发现、Kafka 异步解耦、Redis 缓存策略。
• 典型服务实现：用户服务、关系链服务、Feed 流服务、IM 服务、通知服务的边界定义与代码实现。
• 服务治理：熔断（Hystrix-go）、限流（令牌桶）、链路追踪（OpenTelemetry）、健康检查。
• 数据一致性方案：TCC 事务、Saga 模式、本地消息表 + 消息队列最终一致性。
• 演进实战：从单体到 10+ 微服务的逐步重构过程，包含代码迁移策略和灰度发布方案。

1.5 社交平台微服务架构全景图

下图展示了 SocialHub 平台在成熟阶段的微服务架构全景。注意各服务之间的调用关系和数据流向，这将是后续章节反复引用的核心架构。

1.6 课程案例：SocialHub 项目背景

为便于理解，本课程全程围绕一个名为 SocialHub 的社交平台案例展开。SocialHub 的核心功能包括：

• 用户系统：手机号/邮箱注册、登录、个人资料编辑、头像上传。
• 社交关系：关注/取关、好友推荐、黑名单、粉丝列表。
• 动态 Feed：发布图文动态、点赞、评论、转发、个性化时间线。
• 即时通讯：一对一聊天、群聊、消息已读/未读、离线消息。
• 通知推送：点赞通知、评论通知、新粉丝通知、系统公告。

课程将模拟 SocialHub 从 单体架构（第 2 章） 逐步演进到 10+ 微服务（第 28 章） 的完整过程。每一章都会给出对应的 Go 代码实现、服务拆分决策和架构对比。