阿里云流量太贵了 有没有什么好办法

国内只怕无解，流量包最低到 3 毛多 1G ，打完折的多少？

直接用小厂单线电信，35 元 1T 流量，甚至比大部分 CDN 都便宜

@Moyyyyyyyyyyye #4 这是哪一家

@suhu 雨云吧，上游是物语云。这个价格还不如直接上物语云呢，这个转接算了一下，其实不太划算

阿里云还有边缘计算产品，找你客户经理聊聊价格

如果是手机 app 或者电脑软件下载文件类资源，可以找找 pcdn 通过 api 接入，这个价格应该便宜很多。

@Seanfuck 流量包能这么便宜吗？阿里云吗？ 我看了下 我们打完折是 5 毛多
目前是用的固定带宽。因为按流量收费比较贵

@Moyyyyyyyyyyye 我们业务对时延比较敏感 这种不敢用

一个月 5 万多的共享带宽，你这个 api 请求很挺大的，方便联系一下不，我这边是网宿的，具体聊一下，看下有没有适合你这边的解决方案，网络产品我们这边有很多。

@inza9hi #10 那没办法了，付钱吧，毕竟阿里云是 BGP 三线宽带费用

@inza9hi 字节的： https://console.volcengine.com/common-buy/TOS-Package%7C%7C7291580783171506476
一个月多于 100TB 可以 3 毛以下

刚看到是动态接口，那没辙

流量本身做一些协议层的优化了，然后再上一下压缩？

是一定要用 ALB 吗？也许算一下包年包月的 CLB 的费用？

@cus （额看错了

买服务器，托管到数据中心

不错了，还没遇到恶意刷流量的。不然一天 5W+都不够

如果是 https 协议的话
1.启用 br 压缩
2.广告里的媒体资源单独域名走 cdn ，只有接口走 ALB

@ysicing 刚买的雨云洛杉矶 2C2G200M 半年。看起来没有便宜很多，是看错了吗？

@HousePanzer 宁波是物语的上游吧，其他不太清楚

@inza9hi #9
固定带宽阿里给你几折？

@realpg 6.5

@inza9hi 3 折我都觉得贵

@hackroad 有渠道搞到便宜的吗

@inza9hi 根据量级来的，带宽需求大的还是找第三方 BGP 吧，价格便宜的多。

这个要综合考虑的，稳定性和成本，一分价钱一分货。

隔壁新鲜帖子 /t/1100427
可以买个 200Mbps 不限流量轻量云装个 Nginx 反向代理, 然后走相同地域内网互通, 就省了一大笔钱.

我用的 ucloud 感觉挺便宜 8C 16G 快杰 O 型 10M 带宽 一个月才 400 多~ 你可以问问他们代理商 估计流量包适合你 ， 而且流量费用好像和服务器区域有关系...比如 美国节点 日本节点 国内节点 价格都不一样

@Foxkeh 感谢
看了下介绍 估计不太行：为出、入方向公网带宽的峰值上限，不作为业务承诺指标，当阿里云在业务高峰期出现资源争抢时，公网带宽可能会受到限制，不适合应用于对公网质量有强保障诉求的场景。

@inza9 腾讯这面我能做

动态 api 请求也能走 dcdn 啊，你走 alb 是因为用了 bgp 所以人家成本就贵，可以用 cdn 就用 cdn

考虑联通云吗？可以给你申请折扣

@biglee0304 兄弟，你不了解我的业务。 在负载均衡侧，我的情况是入口流量大于出口流量。另外，如果有返回的话，每个响应的 id 都不一样。

华为云不知道、腾讯阿里去和你客户经理谈、大部分都可以谈到一个很低的折扣、他们每个部门都有一些低折扣权限、给谁不是给

你找个其他云服务商就便宜了，死赖在一家，别人都把你当猪杀。

@inza9hi t.me/tencent_gether

@inza9hi 你好，我这是腾讯云的代理，论坛无法私聊，可以添加下的我联系方式 t.me/tencent_gether ，v：Jack_Napier__

@inza9hi 阿里云、腾讯云的共享带宽都是按主流量(入口或出口流量较大的一方)计费的，如果入口流量比出口流量高，尽可能把域名解析拆分到多个负载均衡上去分推流量，没用到共享带宽的 alb 或者 slb 的入口流量是不计费的。阿里云技术问题或者阿里云、腾讯云、华为云折扣问题都可以加我 v 咨询：lifuzho

可以加个 alyunflc

@inza9hi #24
这折扣谈判能力不太行啊 搞到更低的了吗？
而且我感觉你大概是没找到最优解 按你的描述 入站大的 根本没必要这么设计
云上的这个架构做的就不太对 感觉设计好了就是千八百的问题 你给砸进去 5W+

你好，我这边可以接入腾讯云线路 租用或托管，带宽价格 40/m ，上海机房

华为阿里和 aws 皆可谈，alyunflc

@realpg 真心请教下，这个有什么更好的架构吗？

@inza9hi #45
这些都得根据实际情况去分析 各种流量图 请求模式 用户分布 时段分布都得结合 再去匹配云上的计费模式 需要个能站在全局角度还熟悉云服务的人去规划设计

显然随便找外人 大概没法匹配你公司的商业机密保密需求

招个有合同保障的，懂行的能统盘全局的架构设计，好好做方案，一点点通过实验性切换去验证，这样公司商业机密安全也有保障。
另外，再跟阿里好好谈谈折扣，你这议价能力太差了。。。

基本上以你现在透露出来的这些信息，以我的经验大致确定你们是花了大量冤枉钱的。。。

@inza9hi #45
按照你说的，我就假设你是做广告联盟类的业务，大写入记录，流出基本就是一些死的参数，其实这个很匹配我这边现在的一个系统，就是纯向上写入型的

我这有一个 mysql 单表日写入记录 1.3 亿行的，写居多读极少，报表为主的业务，到一定日子就狂删数据 后端 MYSQL INNODB CLUSTER 汇总库 存储规模已经接近 10TB 级数据 这也是我这边最早吃 innodb cluster 螃蟹的一个应用

也是用户侧延迟敏感的，甚至都不是 https 的前端，都是 websocket 的前端，为了快速把用户侧的采集数据反馈回来，是长连接反馈数据的

程序架构直接分布了，业务跑在边缘，后置汇总数据

这种用云厂商负载均衡器本身就没啥卵用 我这给出的结构都是直接分布式多级数据，后置汇总
这样才能保证偏远地区的末端延迟，单纯的你放在一个 BGP 的全国中心点都不可接受

就这种系统，我这单月云带宽成本都不到 2 万，各种钻云厂商计费模式的空子
而且还有各种云下单线数据中心处理区域请求

这个架构不是单纯的云架构，要站在一个高处，能去指挥整个业务程序的架构铺设，进行规划，可用性，用户侧延迟，都做到极限，否则没啥用

@realpg 感谢指点。 不过业务不同，广告系统需要统一计算，输出是 per user 的。

@inza9hi #48
哪里都是统一汇总的啊
你们架构师难道是外边找的
你分布式的边缘 数据进行定期/半实时/实时汇总就好了

@realpg 我说的计算不是报表，是 Server 针对每一次请求的响应。