平台突然涌入几亿外国人，架构要怎么改造？（第7讲）

平台突然涌入几亿外国人，架构要怎么改造？（第7讲）

《架构师之路：架构设计中的100个知识点》 7.单元化多机房多活

我去面试一个架构师岗位。

面试官：我们平台突然涌入几亿外国人，架构要怎么改造？

我：你们平台现在是什么架构？

面试官：单机房架构。

我：单机房架构，它最大的特点就是“全连接”分层架构。

首先，系统架构是分层的：

1. 站点层；

2. 服务层；

. 数据库与缓存层。

其次，层与层之间的连接池是全连接的。

如上图所示：

1. 站点层集全连接服务层集；

2. 服务层集全连接数据库集；

. 如果有缓存，它们还全连接缓存集；

面试官：“全连接”分层架构能直接扩展到多机房多活吗，我们老板有计划在北美搞一个机房？

我：不行。

如果直接将单机房“全连接”分层架构复制到多机房多活，就会有非常多的跨机房的连接：

1. 站点层连接服务层，一半的请求跨机房；

2. 服务层连数据库，一半的请求跨机房；

. 站点和服务连缓存，一半的请求跨机房；

面试官：一半的请求跨机房连接，有问题吗？

我：当然有问题。

同机房连接，内网的性能损耗几乎可以忽略不计。一旦涉及到跨机房的访问，即使机房和机房之间有专线，访问的时延可能增加到秒级，如果机房在北美，跨机房请求可能要几十秒。

如果一个业务请求要访问10个服务，一半请求跨机房，光花在网络上的请求都达到几十秒，用户体验不能接受。

面试官：那怎么办呢？

我：如果业务具备地域特性的聚集效应，可以使用单元化架构。

面试官：什么叫业务具备地域特性的聚集效应？什么叫做单元化架构？

我：举个例子吧，DD打车。

1. 下单用户在一个城市；

2. 接单司机在一个城市；

. 交易订单在一个城市；

只需要按照地域，部署多个机房，机房内部站点层，服务层，缓存层，数据层都只连接同一个机房。数据层跨机房同步，即使有1分钟的延时，对业务也不会影响。这类业务，就具备地域特性。

这种只访问自己机房的多机房多活架构，就叫做单元化架构。具体到你们的场景：

1. 在东大机房部署一套，东大用户访问这一套。

2. 在北美机房部署一套，北美用户访问那一套。

就能够快速解决。

面试官：不行呀，TT就是玩这种架构，崩盘了。泼天的富贵这不才过来的吗？

我：我建议，你们又不是交易类型的业务，只需要：

1. 发布文章，评论文章；

2. 发布视频，评论视频；

UP主和粉丝，即使有个十几秒数据延时，不影响。只要不直播，用户无感知。

因此直接在东大扩容机房，就能够搞定。

我：简单总结，单元化架构是一种能够快速扩容的多机房多活方案。但前提是，业务必须满足地域性聚集效应。

知其然，知其所以然。

思路比结论更重要。

补充阅读材料：

《单元化架构》

文章较长，中文，来自csdn。