目前有一款应用的 API 是面向全球的
我自己想的部署方案是
国内外主机服务数据都分离，通过 DNS 智能区分海内外。
国内外多节点部署，DNS 解析，但是数据中心实时同步。
国内外只用一个香港或其他地区的国外主机。
第一个感觉有时候会出问题，因为用户在国内注册的话在国外就用不了，不符合本应用的需求。
第二个感觉同步起来会慢，虽然读>写。
第三个感觉对很多地区的用户不友好比较慢。
emmmm，好纠结呀，大家还有没有其他的方案呀。
文件上传下载因为用了云存储可以部署多节点和 CDN 加速所以很方便。。。 就是 API 这边和数据同步这边比较脑袋大。
问题就在 UC 同步这里，不知道现有的方案全球多点 MySQL 实时同步的可行性和速度上面问题大不大。
也想过用云数据库，貌似木有找到自己配置从服务器在国外的这个功能。
CDN 也想过，可是只能缓存一些 GET 的，其他请求还是慢呀。
ps：虽然目前应用使用人数预估的很少，但是要打好招牌呀～～～要让国际友人也用的虚浮。
 | 1 upday7 Sep 4, 2019 via iPhone  1 关注 .... |
 | 2 swulling Sep 4, 2019 1 不存在全球多点 MySQL 实时同步这个东西。 你可以全球都放满从库，读请求可以读从库，有同步延迟（秒级别往上，看你能不能保障同步的链路） 写请求只能写一个地点的主库 |
 | 3 opengps Sep 4, 2019 via Android 2 套用全球加速的 cdn |
 | 4 msg7086 Sep 4, 2019 1 |
| 5 swulling Sep 4, 2019 1 |
| 6 swulling Sep 4, 2019 理论上，全球多点实时（ ms 级）同步是违反物理学规律的，物理延迟就在哪里放着，咋个突破？ 这方面做的最好的关系数据库是 Google 的 Spanner，目前还没有相媲美的开源实现。但是 Spanner 的写事务也无法突破光速，也是比较慢的，当然 Spanner 有批量事务来缓解这种速度 |
| 9 swulling Sep 4, 2019 1 @lllllliu 能接受延迟就找一个网络质量最好的地方做单主呗。 Google 的 Spanner 叼一方面是别人架构 NB，另一方面也是 Google 有全球多冗余专线保证跨洲的链路质量。 你只要在国内到国外租一根专线，就不受公网的质量低下影响，单主也是很好的 不过专线很贵就是了，而且国内使用有很严格的政策要求 |
 | 11 mornlight Sep 4, 2019 1 个人想法，「全球加速」从 API 层入手，而不要在后端服务上做同步，小应用后端只在一个地方就行。想办法加速跨境回源的过程。 V2EX 本身就是你说的这种场景。 |
| 12 msg7086 Sep 4, 2019 via Android 1 @msg7086 不需要全球集群，只需要减少部分延迟即可。 200ms 的距离不需要把 200ms 全压在集群上，也是有集群解决 100ms，剩下 100ms 让用户吃掉的选择的。 |
 | 14 Moker Sep 4, 2019 1 平均响应时间 现在是多少 敏感吗？不敏感的话直接可以套层国内厂商 CDN （预防被 Q ），海外再用一层 CDN，比如 Cloudflare 或者 GCP，用户进入第一跳网络之后全部会走他们自身的内部网络回到源站（海外）,当然也可以直接第一步，具体看测试结果和应用场景。 |
 | 15 lllllliu OP |
 | 16 rxzxf1993 Sep 4, 2019 1 一般来说 国外比如新加坡一个节点 然后 和国内同步 双方互通 |
 | 17 Livid MOD PRO 1 |
 | 18 vveexx Sep 4, 2019 1 如果这些服务不是高度中心化的，多放几个节点，这几个节点都是 master，然后自己做数据同步应该就够用了吧。毕竟用户不可能 200ms 出国... |
 | 19 shixinyu Sep 4, 2019 1 AWS Global Accelerator 了解下。 |
 | 20 MMMMMMMMMMMMMMMM Sep 4, 2019 1 不太清楚楼主的调用场景; 如果仅有部分数据为高频调用 可以买各大厂带全球加速的对象存储服务，一般比数据库便宜不少。 缓存一下这些高频调用的结果，剩下低频调用的就直接走直连，慢点就慢点把。 |
 | 21 server Sep 4, 2019 1 m 下，小道测试说 aws 骨干线路跳数极低。有老铁体验 QUIC 不，准备在端上试试， |
| 22 lllllliu OP |
Select Language