这是一个创建于 1752 天前的主题，其中的信息可能已经有所发展或是发生改变。
使用了 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