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

北极企鹅

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

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

% f) ~9 [1 A9 _7 s- Z# q6 l
这个延迟包括以下部分：
dns解析时间
9 Z% U! ]# ^( S8 r0 ~6 U与cf节点发起https请求所用时间
' W2 _. v- [- ]  \. P, E9 i: y等待cf节点连接到服务器的时间
返回数据时间
$ Y5 e/ D- n( N1 x6 _6 t# @2 r+ ~
通常主要耗时在 dns解析 和 cf连到你服务器 的这两个时间上。
cf的主要功劳是替你缓存了资源文件，但是网页本身都是实时从你的服务器上获取的，因为增加了中间环节，可能比直链你的服务器更慢一些。
$ n, q/ S: N; T2 L9 {$ a+ B5 j
( l8 g5 r" @# Z0 X但从这个测试结果来看，对访问影响不大，不考虑对方网速的情况下基本1秒钟就能打开，测试结果也都是显示为A
9 z/ L. q; u0 O: O
其他地区比如非洲，暂时没找到数据中心测试，不得而知
- q# p- H+ Q: d3 X9 s3 D' H! W
" k" I: `( j) s. s2 h: Y

北极企鹅

. |* M* ^' S- y6 I
追加印度测试：
延迟892ms
2 t2 [' {( S4 b9 H/ L首次加载完成耗时1.5s
第二次测试也是1.5s
看来cf在印度可能没有缓存节点
6 V4 H4 x" L  n% m8 s
新加坡测试：
" u1 C9 |8 ?, |1 S& }" j" S延迟262ms
加载完成763ms

北极企鹅

8 O# w$ Y9 ~- {# a
( f; g% u1 S  L4 A5 _( o3 H加拿大：
延迟106ms
& k3 l# H! A# _8 \. s加载完成223ms
% s; j7 J5 J4 m8 O# X/ l' K
) V9 u% e* a" h& ^; y1 r总体来看，基本上全球各地都能正常访问
. f) c# I7 ]7 W2 N4 J2 V之前在论坛里看的说不同地区部署一套的做法，加上cf后好像也不是很有必要

老刘

追踪跳转会回源，有钱当然是多地部署。
4 {, ?% B. H/ u- q6 U$ M, c没钱就是你现在用的方案，全站缓存

河小马

静态无所谓，主要是动态，其实更主要一点是数据库
9 ^- W( G& k4 z: G6 g/ E/ r! t
有钱还是多地部署

北极企鹅

河小马 发表于 2024-5-22 13:15
静态无所谓，主要是动态，其实更主要一点是数据库
; s3 T; ^" b5 o. w. m1 W
9 F1 Q* `; B) y# w有钱还是多地部署

5 @& ?; `) J9 G  Z4 b是的，主要还是分摊服务器压力。

网络本身都还好

北极企鹅

) m4 O) |, H- j! C. l: }

老刘 发表于 2024-5-22 11:38
3 S9 S% n5 @# T1 z0 `3 e" u' t追踪跳转会回源，有钱当然是多地部署。
9 _3 I1 Q+ M6 g0 D7 @* g8 L( X没钱就是你现在用的方案，全站缓存 ...

本地部署，现在差不多可以做到只有三次请求，从流量进来一次，点Offer出去两次

如果是不加CDN，估计单节点不太行

sead

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

北极企鹅

sead 发表于 2024-5-24 20:05
多地部署，动态数据库有点难办。。。
# r6 P9 q3 k1 y* o, @' t/ J页面不多可以考虑开Workers KV缓存

  p' c4 q" z* a9 |这个肯定是一个地方一个数据库
( r5 O( t& k; Q2 M" b我用我的服务器和系统试了下，每秒50个访问很轻松，CPU大概15%

foch

楼主，追踪器用的哪个呀？