高可用通讯系统搭建168｜私有部署的 IM 系统如何扛住云服务故障

高可用通讯系统搭建168｜私有部署的 IM 系统如何扛住云服务故障

上周谷歌云 us-central1 区域抽风，Spotify、Discord、OpenAI 一片哀嚎——一家底层服务商出问题，半个互联网跟着抖三抖。这事儿再次提醒我们：把鸡蛋都放在别人家的篮子里，迟早要完蛋。如果你正在找一套能自己掌控、又能撑住高并发的通讯系统源码，这篇可以认真看看。

今天介绍的这套源码来自搭建168资源库，主打私有化部署和多区域容灾。后端 Spring Boot 3.2 + Netty，前端 Vue3 + Element Plus，数据库兼容 MySQL 和 PostgreSQL。我本地实测跑过一遍，从拉代码到消息能发出去大概 40 分钟，下面展开聊聊。

架构设计：12 个核心模块，分层清晰方便二开

整套系统拆成 12 个 Maven 子模块，按职责分层，新人接手半天就能看懂。我部署的时候翻了一遍目录，模块拆分比较干净，没有那种一个包塞几千行的混乱情况。

• 接入层：支持 WebSocket、TCP、HTTP 三种协议，3 个适配器可以独立替换
• 路由层：基于一致性哈希的消息分发，实测单机 QPS 能跑到 1.2 万
• 存储层：原文参考

  原标题：谷歌云服务意外故障引发系列连锁反应，致使 Spotify、Discord、OpenAI 等平台短暂瘫痪 – 热点资讯

  原文简介：

  搭建168 6 月 13 日消息，北京时间今天凌晨，
  谷歌
  云服务突发故障，波及众多在线服务，自美东时间下午 2 点起，谷歌及其他平台陆续传出服务中断报告。尽管谷歌旗下应用已基本恢复运行，但多家企业仍有部分用户面临连接问题。
  据外媒 Engadget 报道，谷歌在声明中表示，已找到故障根源并采取缓解措施，除美国中部地区（us-central1）外，其基础设施已在各地恢复。依赖受影响设施的
  谷歌云
  服务也正逐步恢复。
  谷歌指出，工程师已掌握 us-central1 及 multi-region / us 区域仍存在用户受影响的情况，正在推进全面修复，但尚无具体完成时间表。
  Spotify、Discord、Snapchat、Etsy、UPS 和
  OpenAI
  都在 DownDetector 上出现大量异常报告，部分平台向用户通报了中断情况，连多款宝可梦游戏也受到波及。Snapchat 在官网确认服务异常，OpenAI 则称登录困难是因“多家外部网络服务供应商出现问题”。
  亚马逊
  AWS 同期也报告量激增，不过亚马逊对 Engadget 表示其服务运行正常，并建议用户参考 AWS Health Dashboard，而非 DownDetector，以判断服务状态。
  截至目前，大部分服务已恢复。Spotify 首页已能正常访问，DownDetector 上的报告数量也趋近常态。Snapcha

  原文截图：