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

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

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

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

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

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

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

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

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

求问现在还有类似的国外服务器可以永久白嫖嘛，搜了很多只能免费 12 个月，这种太折腾了，到期还得换账号

看起来好像是一个网段的，但是 curl 访问 居然没有速度。只好强制把域名指向原始回源节点了。

https://blog.dejavu.moe/posts/my-2025-selfhosted-services-report/

详见官方公告： https://help.aliyun.com/zh/functioncompute/fc/product-overview/product-change-description-on-optimizing-function-billing-mode

这才把常用的部分 Serverless 云函数刚从 SCF 迁移到阿里云的 FC3 上没多久。感觉国内的函数计算已不适合我等个人用户了。

开了工单，回答如下： 您好，轻量应用服务器套餐内公网带宽规格为出、入方向公网带宽的峰值上限，不作为业务承诺指标，当阿里云在业务高峰期出现资源争抢时，公网带宽可能会受到限制，不适合应用于对公网带宽质量有强保障要求的场景。

参考使用须知说明： https://help.aliyun.com/zh/simple-application-server/product-overview/usage-notes

此外，轻量应用服务器在高峰期可能出现资源争抢，导致延迟高、丢包等情况，属于正常现象，通常会自动恢复。若您的业务对网络质量有严格要求，建议选购 ECS 服务器并采用固定带宽计费方式，以获得更稳定的网络性能保障。

您好，给您带来不便，这边非常抱歉，ping 的时间，跟您地域以及距离也是有关系的

有便宜好用的推荐一波吗？

楼主的 VPS 主要在美国地区洛杉矶的多一些

各位大佬有什么比较好的方案吗？要求就是独立 ip+1g 左右的内存，成本不要太高的，基于安全考虑可能不会考虑太小的 oneman 服务商的服务器

2 、靠谱，不容易倒闭的

3 、国内国外能顺畅访问的

是否有那种靠谱点的厂商推荐呢？

想买来部署点儿网络服务什么的，但没用过这家，

想买图里这个：

$25/Year ，3 核 2G 内存 60GB 硬盘

第二坑：我想继续按秒设置 DNS ，但当我设置 TTL 大于或等于 60 的时候，会自动改成 59 ，what ，这是什么逻辑？看着就让人火大，合着你的意思超过 60s 就必须设置分钟呗，那我想设置 3599 秒怎么设置呢（当然一般不会这么干），但是其一：我觉得这个本身是不合理的，你要转化可以用户设置 60 你自己换成一分钟，设置 3600 你自己改为 1 小时；其二：RFC 规范里面 TTL 时间粒度是到秒的，你这么干的话是在质疑 RFC 嘛，嗯哼？

再说个好玩的，本来我想用我自己账号测试的，结果您猜怎么着，免费版用户不允许按秒设置 TTL ，我知道你免费版最低十分钟，难道我就不能设置 601 嘛？

事先声明，我不是来捣乱的，只是看着这波操作，有点来气

上云了跟云供应商同生共死，再多高可用和容灾也变成🤡了。

但是买一台 200M 带宽的轻量服务器，一年也才 400 多元。然后可以使用内网存取 OSS 流量免费，可以剩下来大量的 OSS 流量费用。

和

https://edgeone.ai/products/function 这俩是不是重复了？

截止目前已经宕机两小时，里面包含了主营业务的相关服务

我的网站用 K8s 托管在新加坡阿里云，国内用户访问很慢。业务特点是会动态创建临时环境，每个环境分配一个随机泛域名(加载动态环境需要下载 5M 的 js 文件，三方系统没办法将 js 文件托管)，用完就释放。

试过一些云平台的 API 加速服务，效果不太行。重新在国内部署一套 K8s 又要维护两个集群，比较麻烦。全球加速服务价格太贵负担不起。

我想的是在国内申请一个 ECS ，通过组网的方式将这个 ECS 加入 k8s 集群做调度，但不知道是否可行。

这是网站的架构

┌─────────────────────────────────────────────────────────────────┐ │ 🇸🇬 新加坡区域 (Singapore) │ │ │ │ 用户 │ │ │ │ │ ▼ │ │ ┌─────────────────────────────────────┐ │ │ │ Ingress (泛域名路由) │ │ │ │ *.temp1.example.com → Pod 1 │ │ │ │ *.temp2.example.com → Pod 2 │ │ │ │ *.temp3.example.com → Pod 3 │ │ │ └─────────────────────────────────────┘ │ │ │ │ │ │ │ ▼ ▼ ▼ │ │ ┌────────┐ ┌────────┐ ┌────────┐ │ │ │ Pod 1 │ │ Pod 2 │ │ Pod 3 │ ◄── 临时环境 │ │ └────────┘ └────────┘ └────────┘ │ │ ▲ ▲ ▲ │ │ └───────────┼───────────┘ │ │ │ │ │ ┌───────────────────────┐ │ │ │ Kubernetes 调度器 │ │ │ │ ▼ │ │ │ │ 虚拟节点 (VK) │ │ │ └───────────────────────┘ │ │ │ │ │ ▼ │ │ ┌───────────────────────┐ │ │ │ 阿里云 ECI │ │ │ │ (弹性容器实例) │ │ │ └───────────────────────┘ │ │ │ │ 问题：每次创建临时环境速度较慢，需要加速方案 │ └─────────────────────────────────────────────────────────────────┘ 

2025-11-04 02:00:00 - 2025-11-04 02:59:59

涉及服务：BOS （云储存，相当于亚马逊的 S3 ，阿里云的 OSS ）

项目： 外网流出流量

数量：1009.00B （ 1KB 不到）

费用：￥ 126.75

相当于：1 GB ≈ ￥ 1.35 亿（约一亿三千五百万元）。

🐂！

总觉得在这个行业应该不会有太大变化和转行的可能性，

这是我立根之本

然后 25 年开始，很多人都开始了播客频道的运营创立，

我也在想，我是不是能留下点什么

给自己的职业生涯也有个地方可以记录

我的想法是约我行业内的小伙伴、兄弟、朋友

来一起聊一下一些职业的经验、技术和洞察认知。

想法很简单，也希望能够运营下去。

播客是一个空白的地方，也比较适合做深度垂直的内容。

那么，大家可以在小宇宙搜索 漫谈云计算 ，就可以找到播客了。

我已经录了一期了，下面是这一期的介绍。

大家可以看看。