惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园 - Franky
云风的 BLOG
云风的 BLOG
人人都是产品经理
人人都是产品经理
博客园 - 叶小钗
Engineering at Meta
Engineering at Meta
Vercel News
Vercel News
Y
Y Combinator Blog
B
Blog
Microsoft Azure Blog
Microsoft Azure Blog
C
Check Point Blog
M
MIT News - Artificial intelligence
Jina AI
Jina AI
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Apple Machine Learning Research
Apple Machine Learning Research
Hugging Face - Blog
Hugging Face - Blog
阮一峰的网络日志
阮一峰的网络日志
罗磊的独立博客
Stack Overflow Blog
Stack Overflow Blog
F
Fortinet All Blogs
博客园 - 司徒正美
I
InfoQ
Google DeepMind News
Google DeepMind News
GbyAI
GbyAI
U
Unit 42

V2EX

我用 AI 写代码,但终端管理反而成了累赘——于是我做了 codux [调研] 各位在公司都用什么 ide 和 agent 写代码? 老运维 share 一个运维平台 看到有公司考核 token 指标,很好奇大家上个月的 AI 账单是多少 GLM-Coding 调用持续报错: z.ai 的 Lite 套餐几乎无法使用,官方 Pro/Max 是否稳定? 现在还有什么渠道可以稳定安全地使用 Claude 吗? 上海漕河泾内推,本组有 2 个 hc,一个后端,一个前端,预算都是 20k 左右,不打卡,氛围好 如果 V2EX 上有一组不永久保存聊天记录(比如只保存 7 天或者 24 小时)的聊天室,那么会开启哪些有用或者有趣的可能? gemini cli 貌似挂了,一直返回 403 第一次在自媒体上赚到钱 收集了最近在使用的低价 GPT, Gemini,邮箱等 AI 会员的小店合集 讨论个大实话:现在企业还在说 AI 编程提效 20%, 30%的,真的太落后,没用懂 AI。因为包括很多前沿公司,已经狂奔到提效 200%-500%的情况 [招聘][远程][币安] 前端/后端/QA/iOS/Android 至少 3 年以上经验 目前有大量 HC 欢迎投递 Chatgpt Pro 用量用不完的可以开这些设置 面试的时候好像遇到钓鱼了,给各位避个坑 cursor 年续费 22 号到期, 自动续费是否还是老的计次套餐呢 被两件破事毁掉的一下午,琐碎的内耗消磨人的精力 使用 Planet 存储 Codex 的会话或者重要信息 如果业务部门领导不要你开发功能,而是要求你教会它用 claude code 开发功能,你会怎么做? 分享一个 MacOS 接绿联 CM818 USB 转 DP 转接器使用感受 我的 HR 朋友 10 年老 Java ,非全大专,大家帮忙看看简历 开源了一个 AI 口语练习工具,音素级发音评分,完全免费可自部署 V2EX 上有哪些你觉得很有趣、印象深刻的妹纸? 字节为啥不出个国内版 Vercel? 有在大马的朋友吗? 问个运营商问题 你们在有领导的公司大群发过的最大胆的消息是什么 公司裁员,目前没有工作。想试试摆摊,做一个移动鲜啤打酒车 我的硬盘 Memblaze Pblaze 5 Linux 下不识别,给 Linux 内核提交了补丁, AI 说有望被合并 只有我一个人觉得 codex 不好用?
美东源站,网络架构、优化线路反代服务器位置选择讨论
captainm · 2025-12-22 · via V2EX

正规业务。源站在美东弗吉尼亚 AWS ,CDN 使用 CloudFront (开启 Origin Shield )。 有一部分 CN 客户,使用 AWS Route53 的区域路由,搞一台优化线路鸡反代给 CN 区域访客;

AWS CloudFront 的Origin Shield会将请求汇聚到源站前的最后一层节点,然后进行统一请求。 CloudFront 的流量路由应该是这样: 用户 --> Edge Node --> Origin Shield Node --> 源站; image

因此,用户的流量到达 Edge Node 之后,流量应该是走 AWS 的内部网络,而不是公网。

我的思路是 CN 区域走优化线路,然后到达 AWS Edge Node ,路由是这样: CN 用户 --> 优化线路反代 --> AWS Edge Node --> Origin Shield Node --> 源站; image

我最纠结且不明白的地方,也是本帖最核心的讨论点: 首先,优化线路可选三个位置:香港、日本、美西,假设反代服务器都是三网各自优化。

方案 1 香港反代: CN 用户走优化线路到香港,尽快到达 AWS 内部网络,但是不知道 AWS 香港到 AWS 美东,这一段的路由如何;

方案 2 美西反代: CN 用户走优化线路到美西,CN 到美西这一段能够保证已知的网络质量是相对比较快且稳定的,接着到达 AWS 美西节点,再到源站。美西到美东走 AWS 内部网络,这一段肯定也是不用担心的;

方案 3 日本反代: 理论上来说,是以上两个方案的折中,但未知的也是不知道 AWS 日本到 AWS 美东这一段路由如何;

所以请教大家,基于我的设想,优化线路反代服务器,应该选择在何处? 请指教、讨论,谢谢!

另外,可以向我推荐这三个位置的各自优化线路鸡,预算不限!香港和日本我知道有 GoMaMi/Neburst ,美西我知道有 v.ps