PROJECT / 工程实践
统一出口与三级缓存架构
统一依赖获取路径，区分流量治理、持久制品与存储性能。
项目目标
研发依赖获取涉及网络出口、代理缓存和持久制品管理，单看下载成功无法判断流量经过哪里、内容是否可复用。本项目整理统一出口与缓存职责，以 Go 数据面、nftables、Squid、Nexus 和 JuiceFS 相关实践组成可解释的逻辑视图。
组件与架构
Go 标准库实现的出口数据面配合 nftables 透明路由；Squid 入口从五个收敛到三端口。Nexus 作为唯一持久制品源，JuiceFS S3 网关另有吞吐验收。图示的出口与制品获取关系不表示所有请求都必须依次穿过每个组件。
关键流程
依赖请求按既有出口规则进入代理链路；制品缓存和持久化由对应组件承担。验证既检查路由与入口是否按预期收敛，也抽样核对 Nexus 存储，并对 JuiceFS S3 网关单独压测，避免把网络、缓存与存储混为一个性能数字。
工程取舍
统一出口的重点是可管理与可解释，缓存层则需要明确谁保存持久内容。Nexus 的持久制品职责与 JuiceFS 网关压测结果分别陈述，避免误导为同一条端到端下载链路已获得相同吞吐；本页不公开内部地址或访问策略。
成果与证据口径
2026-09-09 留档：Go 数据面承载 13 条透明出口路由，Nexus 抽样为 6,213 blob、约 1.55 GB；JuiceFS S3 网关压测单文件 716 MB/s、双文件 1.325 GB/s。以上对应当时抽样和压测条件，非长期带宽承诺，也非当前实时统计。