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

北极企鹅

目前本人的情况是，追踪器和落地页都是本地部署的，而且是集成在一起的
使用的是腾讯云硅谷+cloudflare，落地页全部使用静态文件（非php）
使用tools.pingdom.com测试情况是：
7 T. q  l: K( H; E3 G$ h$ a

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

. v7 v7 K' D2 T  Q0 U
& a' w0 F& q8 ?# C. e& Q这个延迟包括以下部分：
dns解析时间
与cf节点发起https请求所用时间
等待cf节点连接到服务器的时间
# A. u) j/ o4 L, m2 |返回数据时间
1 K; y! d- e3 M: b$ `
, B& Y) ]$ e* O8 o1 g3 @通常主要耗时在 dns解析 和 cf连到你服务器 的这两个时间上。
cf的主要功劳是替你缓存了资源文件，但是网页本身都是实时从你的服务器上获取的，因为增加了中间环节，可能比直链你的服务器更慢一些。
# c( Q4 C& }+ j# s! B4 d& `
% |. h& ]% {5 v( ^但从这个测试结果来看，对访问影响不大，不考虑对方网速的情况下基本1秒钟就能打开，测试结果也都是显示为A

% \$ c" d$ \2 `/ p6 o' j其他地区比如非洲，暂时没找到数据中心测试，不得而知

8 W( B7 C. _) I

北极企鹅

) U. u& r0 j6 t  l% a  Y
, T' m* O7 O9 A1 m4 ^3 f  c2 e追加印度测试：
延迟892ms
首次加载完成耗时1.5s
3 u( r' T# [2 i& ~8 h第二次测试也是1.5s
4 R5 ^9 |: s! `. ]6 S看来cf在印度可能没有缓存节点
9 n1 r+ U, E. P; |, D3 ?3 m8 W
新加坡测试：
延迟262ms
加载完成763ms
3 b& P3 q+ k: d- B

北极企鹅

( K/ A" b9 Z  g/ G7 n/ B( e0 p
* w3 e8 {# R1 M1 O3 |加拿大：
延迟106ms
加载完成223ms
5 j1 y) g) r4 V
总体来看，基本上全球各地都能正常访问
之前在论坛里看的说不同地区部署一套的做法，加上cf后好像也不是很有必要

老刘

追踪跳转会回源，有钱当然是多地部署。
8 U0 e' B- [2 S9 v0 `. h* w没钱就是你现在用的方案，全站缓存

河小马

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

$ n7 T/ `) _/ J" |3 X& u1 S有钱还是多地部署

北极企鹅

河小马 发表于 2024-5-22 13:15
  o1 L* S- ?% z静态无所谓，主要是动态，其实更主要一点是数据库
% h6 B: q" R# R
* x- |4 B) a# P/ F3 v' p- ?9 w有钱还是多地部署

是的，主要还是分摊服务器压力。
2 m5 L" h) s; x0 e, h, z/ S1 ^1 ~
) I$ E0 [0 f" v) t; {3 @  b% T网络本身都还好

北极企鹅

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

本地部署，现在差不多可以做到只有三次请求，从流量进来一次，点Offer出去两次
( f, d% m5 r. q7 b/ _  D& b
如果是不加CDN，估计单节点不太行

sead

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

北极企鹅

sead 发表于 2024-5-24 20:05
2 l  V5 z, p# M/ k( |  l多地部署，动态数据库有点难办。。。
页面不多可以考虑开Workers KV缓存

# ]2 T0 |8 ~: W. X1 f" _7 X* l这个肯定是一个地方一个数据库
我用我的服务器和系统试了下，每秒50个访问很轻松，CPU大概15%

foch

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