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

北极企鹅

8 r: q( F# k# H8 J, q% N; x
: |5 Q1 Q, B( d5 N- S5 l$ p目前本人的情况是，追踪器和落地页都是本地部署的，而且是集成在一起的
5 d. r( p6 G, q3 b0 s: C5 M使用的是腾讯云硅谷+cloudflare，落地页全部使用静态文件（非php）
使用tools.pingdom.com测试情况是：

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

这个延迟包括以下部分：
7 Q) n# O) q& @6 U; I; ]. R  Jdns解析时间
* ~; ?* U/ D3 `5 S与cf节点发起https请求所用时间
: H; W) Y1 r8 N. s' Y) Q0 j- \/ ?等待cf节点连接到服务器的时间
返回数据时间

通常主要耗时在 dns解析 和 cf连到你服务器 的这两个时间上。
cf的主要功劳是替你缓存了资源文件，但是网页本身都是实时从你的服务器上获取的，因为增加了中间环节，可能比直链你的服务器更慢一些。
+ e7 s, w( |, F( Y: Q% q5 ^
7 T! i/ k! B6 m4 q/ q% n但从这个测试结果来看，对访问影响不大，不考虑对方网速的情况下基本1秒钟就能打开，测试结果也都是显示为A

; ?% Y3 ?. E2 O# N1 Z其他地区比如非洲，暂时没找到数据中心测试，不得而知
6 f8 v* r3 s1 n& H# |# ~  i% v

北极企鹅

2 W# O9 S* A3 N. `
/ v- Z1 |, P( Y& N3 V  J追加印度测试：
延迟892ms
  M- l0 y0 M: ~& K# ]4 X首次加载完成耗时1.5s
第二次测试也是1.5s
看来cf在印度可能没有缓存节点

0 T0 g* ]+ w  ?2 S2 M新加坡测试：
, B) K5 y9 C0 x( W8 J* O延迟262ms
加载完成763ms
4 ~6 m: V7 h/ M2 z4 m

北极企鹅

  j% m, Z- j* R( ]" l7 f/ }) |8 m4 z
4 F$ v4 |% }$ U  c- Z+ C加拿大：
延迟106ms
) H4 S; ^+ B% W3 F& J加载完成223ms

5 I2 z3 u1 M! m' V4 B! _; Y总体来看，基本上全球各地都能正常访问
之前在论坛里看的说不同地区部署一套的做法，加上cf后好像也不是很有必要

老刘

追踪跳转会回源，有钱当然是多地部署。
. A5 D) O+ F( R8 p6 E没钱就是你现在用的方案，全站缓存

河小马

静态无所谓，主要是动态，其实更主要一点是数据库
% H# Z! B; X& W  G; P. K6 a+ `
+ j6 G+ d' }; [/ p0 k( c有钱还是多地部署

北极企鹅

河小马 发表于 2024-5-22 13:15
! w) u- _- S* R4 x静态无所谓，主要是动态，其实更主要一点是数据库

有钱还是多地部署

' p( ~0 {5 m$ r是的，主要还是分摊服务器压力。

: j5 Z  ], h; H" E/ J3 m/ R网络本身都还好

北极企鹅

2 J+ q, n: v. Z  f! }

老刘 发表于 2024-5-22 11:38
3 Z0 z) G$ R) }+ |; c追踪跳转会回源，有钱当然是多地部署。
5 F1 l" w8 R  ^. M8 m没钱就是你现在用的方案，全站缓存 ...

本地部署，现在差不多可以做到只有三次请求，从流量进来一次，点Offer出去两次
! u, I! |7 ?2 {4 f6 e3 N1 `
6 X9 S0 x" G, A% Z如果是不加CDN，估计单节点不太行

sead

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

北极企鹅

sead 发表于 2024-5-24 20:05
  P  |0 e% V7 w: V: p: ^% u多地部署，动态数据库有点难办。。。
页面不多可以考虑开Workers KV缓存

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

foch

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