这是一个创建于 2041 天前的主题，其中的信息可能已经有所发展或是发生改变。
使用了 AWS 的 EC2 网络质量真心一般，据说服务器放在美西大多数地区延迟都还好。
需要一台全球延迟都很低的服务器（全球延迟都很平均，可以接受的程度），作为中心的 API 服务，不考虑 China 的联通性。
求推荐国际网络质量好的云服务商，能否找到一种合理的方法让全球的用户都能很顺畅的方法呢。
第 1 条附言 2020-03-13 16:45:57 +08:00
延伸出一个新的问题，AWS 的 EC2 服务器，放在东京还是美西好些。主要是亚洲和美洲。
 | 1 yjxjn 2020-03-13 11:00:40 +08:00 AWS 的 EC2 还一般呀？我用 AWS 的东京节点，秒开。。。其他各个地方试了一下，都是秒开的水平。。。。 |
 | 2 shuianfendi6 2020-03-13 11:03:16 +08:00 GCP? |
 | 3 opengps 2020-03-13 11:05:25 +08:00 盲推 3A：AWS，Azure，AlibabaCloud （ Aliyun ） |
 | 4 lqf96 2020-03-13 11:07:30 +08:00 这种需求感觉不如上 anycast，至少全球各地看上去 ip 都是一样的 |
 | 5 Cipool 2020-03-13 11:56:16 +08:00 GCP 优质网络，走 google 的骨干网 |
 | 6 songco 2020-03-13 12:45:09 +08:00 全球延迟都很平均，可以接受的程度: 这个有没有量化的指标 有的话, 各平台测试一下花不了多少钱... 理论上说大厂的应该都没问题, 主要是选位置 |
 | 7 mhycy 2020-03-13 12:54:15 +08:00 到底多少是可接受程度？某些偏远地区（非洲）你的数据总得各种绕路才能到 |
 | 9 mason961125 2020-03-13 13:09:41 +08:00 你需要的是 CDN |
| 10 lqf96 2020-03-13 13:23:45 +08:00 @geeglo 这不是随便乱说的，其实不存在到全球延时都很低的地方，比方说南非到国内、欧洲、美国延迟都相当高...所以没有真正意义上的延迟都相对较低，想这么做只能上分布式的系统、负载均衡和 anycast 之类的 |
 | 11 hgg12580 OP @mason961125 CDN 只是临时缓存 如果超时被清除了回源速度会更慢 而且是 API 动态内容 |
 | 12 mwylaoma 2020-03-13 14:16:17 +08:00 RackSpace  |
| 14 mason961125 2020-03-13 14:23:04 +08:00 @hgg12580 #11 你说的是针对静态资源的问题，如果 cache 的命中率够高，很难会被清除；再说说关于动态内容的问题，用户到 CDN 提供商边缘节点的网络质量大部分情况下会好于直接访问你的源站，让 CDN 边缘节点回源再分发给用户才是最好的办法。上述第一种是 CDN 用于静态内容分发，第二种是对于动态内容的加速。 |
 | 15 yuzo555 2020-03-13 14:24:48 +08:00 Anycast，然后全球布局 |
| 16 yuzo555 2020-03-13 14:25:18 +08:00 甚至也不需要 Anycast，根据用户地区 DNS 解析到多地多个 IP 就行了 |
| 17 mason961125 2020-03-13 14:26:11 +08:00 @hgg12580 #11 当然，如果你坚持不用 CDN 而直接让用户访问源站的话，建议你可以去测试一下 Azure 和 Google Cloud，这两家都是拥有自己全球骨干的厂商，长距离传输都经过自己的骨干网络，再从最靠近用户的 PoP 传出，不过具体效果怎么样，还得根据你自己的实际情况测试，刚好两家都可以申请免费的测试账户。 |
 | 18 wiewiewie 2020-03-13 14:54:30 +08:00 不走 CDN ， 多台 国内 香港 国外 组云企业网可以满足你。 |
 | 19 shixinyu 2020-03-13 16:19:07 +08:00 AWS Global Accelerator |
 | 20 alect 2020-03-13 16:33:27 +08:00 直接谷歌云，最后外面套层谷歌云的 anycast CDN，全球都爽的很 |
 | 21 n1dragon 2020-03-13 16:44:58 +08:00 via iPhone Azure -> GCP -> AWS，虽然 AWS 全球覆盖最广，但用起来总感觉慢一点点 |
 | 22 lianjin 2020-03-13 18:30:01 +08:00 你这个要求有点难。 主要难点在于距离。 举个例子，我们看到太阳光，是 8 分钟以前的。所以光速在距离面前也是很慢的。 但目前人类掌握最快的就是光速，举个例子，假如放到美国。那么印度去访问，假如有 3W 公里，除以光速，就要 100ms,而这个过程中，要经过 n 个路由器，实际的速度，再加 100ms。所以为啥即便是用专线访问，也要 200ms。就是这个道理。 |
 | 23 wwbfred 2020-03-13 18:40:20 +08:00 via iPhone 没有全球延迟都很低的服务器，除非你修改低的定义。否则 CDN 就不会存在了。 |
 | 24 fzle8 2020-03-13 20:03:55 +08:00 不差钱就上 GCP |
 | 25 flynaj 2020-03-13 20:42:24 +08:00 via Android gcp 最快，很多地区是按流量计费。 |
 | 26 lc7029 2020-03-14 11:59:29 +08:00 两个路子： 1，bgp anycast 2，cdn |
 | 27 hakono 2020-03-14 21:16:07 +08:00 via Android aws 还有个因素就是国内被墙有点厉害 |
 | 28 thinkxen 2020-04-03 08:53:00 +08:00 via Android 做 CDN，分地区优化，美国访客走美国节点，亚洲走亚洲节点 |
 | 29 esplendo 2020-04-16 14:33:02 +08:00 可以看看这个，蛮多人用的： https://www.ucloud.cn/site/product/pathx.html |
Select Language