是否有多地部署的必要？实际测试看看

北极企鹅

目前本人的情况是，追踪器和落地页都是本地部署的，而且是集成在一起的
使用的是腾讯云硅谷+cloudflare，落地页全部使用静态文件（非php）
使用tools.pingdom.com测试情况是：

地区	延迟	加载总共耗时
日本	220ms	307ms
德国	300ms	1.22s
英国	655ms	750ms
美东	196ms	315ms
巴西	364ms	473ms
澳大利亚	398ms	506ms

! w9 I# y2 U2 z+ y* e, i- D( E
这个延迟包括以下部分：
dns解析时间
, t# y# @: `+ h! @. Q& J与cf节点发起https请求所用时间
等待cf节点连接到服务器的时间
8 h9 |2 r3 R( y( S3 I返回数据时间
, J7 [( ^6 b( g4 A) O5 H0 X
通常主要耗时在 dns解析 和 cf连到你服务器 的这两个时间上。
$ e( R* A- ^$ l( r5 Y5 V/ W4 X, Ocf的主要功劳是替你缓存了资源文件，但是网页本身都是实时从你的服务器上获取的，因为增加了中间环节，可能比直链你的服务器更慢一些。
' `+ F& G' s: w8 `
但从这个测试结果来看，对访问影响不大，不考虑对方网速的情况下基本1秒钟就能打开，测试结果也都是显示为A

其他地区比如非洲，暂时没找到数据中心测试，不得而知
  n/ Y8 c+ A: b8 F

北极企鹅

, z3 u3 Q3 E0 r3 G) G; v! o5 ?
追加印度测试：
; `6 d5 `' x# r$ S延迟892ms
3 H5 ?* B1 ~% a2 x首次加载完成耗时1.5s
第二次测试也是1.5s
看来cf在印度可能没有缓存节点

新加坡测试：
' q, |  z" {" W7 N+ c/ m延迟262ms
# ~/ f6 i, ?) Q( W% M+ d加载完成763ms

北极企鹅

& K) {! n7 z; ?7 y
加拿大：
延迟106ms
加载完成223ms

总体来看，基本上全球各地都能正常访问
0 J4 b% k4 `& a$ T( ]$ N之前在论坛里看的说不同地区部署一套的做法，加上cf后好像也不是很有必要
2 M6 g% q0 M" V

老刘

追踪跳转会回源，有钱当然是多地部署。
/ H0 L2 @! h2 P没钱就是你现在用的方案，全站缓存

河小马

静态无所谓，主要是动态，其实更主要一点是数据库

% T3 M9 V! V4 `2 h有钱还是多地部署

北极企鹅

河小马 发表于 2024-5-22 13:15
. P/ t# Q4 ~4 P9 R静态无所谓，主要是动态，其实更主要一点是数据库
4 r; l& G' Z( X! v  T0 ~; C! j
有钱还是多地部署

是的，主要还是分摊服务器压力。
  k( {5 e) X; Z& v3 i! W( B4 }
  b9 `" e" J3 D! S- g' r# W网络本身都还好

北极企鹅

老刘 发表于 2024-5-22 11:38
* \+ r/ o& q3 n5 I追踪跳转会回源，有钱当然是多地部署。
没钱就是你现在用的方案，全站缓存 ...

( _( J: M: b, m) e6 Y本地部署，现在差不多可以做到只有三次请求，从流量进来一次，点Offer出去两次
/ ~/ R. W8 T. x' b' [  o. k8 X
- ~. V) ?2 i2 `- J% |5 |3 n. Z如果是不加CDN，估计单节点不太行

sead

多地部署，动态数据库有点难办。。。
页面不多可以考虑开Workers KV缓存

北极企鹅

sead 发表于 2024-5-24 20:05
+ j; P# @& K; H多地部署，动态数据库有点难办。。。
& a" a4 y; W( A6 b2 i页面不多可以考虑开Workers KV缓存

这个肯定是一个地方一个数据库
我用我的服务器和系统试了下，每秒50个访问很轻松，CPU大概15%