服务 API 全球访问应该怎么部署

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 1899 天前的主题，其中的信息可能已经有所发展或是发生改变。

目前有一款应用的 API 是面向全球的

我自己想的部署方案是

国内外主机服务数据都分离，通过 DNS 智能区分海内外。
国内外多节点部署，DNS 解析，但是数据中心实时同步。
国内外只用一个香港或其他地区的国外主机。

第一个感觉有时候会出问题，因为用户在国内注册的话在国外就用不了，不符合本应用的需求。

第二个感觉同步起来会慢，虽然读>写。

第三个感觉对很多地区的用户不友好比较慢。

emmmm，好纠结呀，大家还有没有其他的方案呀。

文件上传下载因为用了云存储可以部署多节点和 CDN 加速所以很方便。。。就是 API 这边和数据同步这边比较脑袋大。

问题就在 UC 同步这里，不知道现有的方案全球多点 MySQL 实时同步的可行性和速度上面问题大不大。

也想过用云数据库，貌似木有找到自己配置从服务器在国外的这个功能。

CDN 也想过，可是只能缓存一些 GET 的，其他请求还是慢呀。

ps：虽然目前应用使用人数预估的很少，但是要打好招牌呀～～～要让国际友人也用的虚浮。

API

同步

CDN

DNS

22 条回复 • 2019-09-05 09:20:53 +08:00

upday7

2019-09-04 12:02:42 +08:00 via iPhone

关注 ....

swulling

2019-09-04 12:13:35 +08:00

不存在全球多点 MySQL 实时同步这个东西。

你可以全球都放满从库，读请求可以读从库，有同步延迟（秒级别往上，看你能不能保障同步的链路）
写请求只能写一个地点的主库

opengps

2019-09-04 12:13:54 +08:00 via Android

套用全球加速的 cdn

msg7086

2019-09-04 12:41:03 +08:00

@swulling 姑且是有 Galera 集群这样一个东西的。

@lllllliu 建议先考虑：预算和期望延迟。
比如说中国到美西延迟可以控制在 180ms 内，美西到欧洲大多也能在 180ms 内。
如果不考虑非洲的话，放在美西是个折中的方案。
预算好的话弄条 CN2 岂不美哉。

然后两者可以双管齐下，比如美西和美东双主集群，美西管国内，美东管欧美。

swulling

2019-09-04 12:56:38 +08:00

@msg7086 Galera 解决不了全球多点实时同步，全球 200ms 起的延时他扛不住。如果真放全球，还要实时强一致，性能就弱到根本没法用了.

Galera 一般是在同城搭建多活集群用

swulling

2019-09-04 13:07:49 +08:00

理论上，全球多点实时（ ms 级）同步是违反物理学规律的，物理延迟就在哪里放着，咋个突破？

这方面做的最好的关系数据库是 Google 的 Spanner，目前还没有相媲美的开源实现。但是 Spanner 的写事务也无法突破光速，也是比较慢的，当然 Spanner 有批量事务来缓解这种速度

lllllliu

2019-09-04 13:09:36 +08:00

@swulling 双主多从可以嘛。国外一个写入节点，国内一个写入节点，其他地域的都是从。
@msg7086 CN2 前期预算是不可能的啦。

lllllliu

2019-09-04 13:10:28 +08:00

@swulling 木有事务关系，可以存在一定的延迟，只要保证 UC 是一套就行

swulling

2019-09-04 13:15:49 +08:00

@lllllliu 能接受延迟就找一个网络质量最好的地方做单主呗。

Google 的 Spanner 叼一方面是别人架构 NB，另一方面也是 Google 有全球多冗余专线保证跨洲的链路质量。

你只要在国内到国外租一根专线，就不受公网的质量低下影响，单主也是很好的

不过专线很贵就是了，而且国内使用有很严格的政策要求

lllllliu

2019-09-04 13:19:41 +08:00

@swulling 好的，我前期先试验一下单主多从，公司绑定 HuaWeiYun