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

2019-09-04 11:42:00 +08:00
 lllllliu

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

我自己想的部署方案是

  1. 国内外主机服务数据都分离,通过 DNS 智能区分海内外。

  2. 国内外多节点部署,DNS 解析,但是数据中心实时同步。

  3. 国内外只用一个香港或其他地区的国外主机。

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

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

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

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

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

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

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

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

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

4410 次点击
所在节点    程序员
22 条回复
server
2019-09-04 17:37:19 +08:00
m 下,小道测试说 aws 骨干线路跳数极低。有老铁体验 QUIC 不,准备在端上试试,😈️
lllllliu
2019-09-05 09:20:53 +08:00
@shixinyu @MMMMMMMMMMMMMMMM @server @Livid 谢谢各位的已经,目前采用 DNS 解析到最近节点,多主多从同步,不管延迟了。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/597805

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX