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

257 天前
 inza9hi
目前用阿里云的 ALB 和共享带宽(按带宽付费)
一个月 5W+的费用
备注 1:已经打过折,比流量包之类便宜
备注 2:最近阿里云入口流量的算法变了,比以前贵了
5390 次点击
所在节点    云计算
50 条回复
3wY4ZelqS1uYD4NJ
241 天前
可以加个 alyunflc
realpg
239 天前
@inza9hi #24
这折扣谈判能力不太行啊 搞到更低的了吗?
而且我感觉你大概是没找到最优解 按你的描述 入站大的 根本没必要这么设计
云上的这个架构做的就不太对 感觉设计好了就是千八百的问题 你给砸进去 5W+
huaerjiefangyang
237 天前
你好,我这边可以接入腾讯云线路 租用或托管,带宽价格 40/m ,上海机房
3wY4ZelqS1uYD4NJ
208 天前
华为阿里和 aws 皆可谈,alyunflc
inza9hi
207 天前
@realpg 真心请教下,这个有什么更好的架构吗?
realpg
207 天前
@inza9hi #45
这些都得根据实际情况去分析 各种流量图 请求模式 用户分布 时段分布都得结合 再去匹配云上的计费模式 需要个能站在全局角度还熟悉云服务的人去规划设计

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

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

基本上以你现在透露出来的这些信息,以我的经验大致确定你们是花了大量冤枉钱的。。。
realpg
207 天前
@inza9hi #45
按照你说的,我就假设你是做广告联盟类的业务,大写入记录,流出基本就是一些死的参数,其实这个很匹配我这边现在的一个系统,就是纯向上写入型的

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

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

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

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

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

这个架构不是单纯的云架构,要站在一个高处,能去指挥整个业务程序的架构铺设,进行规划,可用性,用户侧延迟,都做到极限,否则没啥用
inza9hi
170 天前
@realpg 感谢指点。 不过业务不同,广告系统需要统一计算,输出是 per user 的。
realpg
170 天前
@inza9hi #48
哪里都是统一汇总的啊
你们架构师难道是外边找的
你分布式的边缘 数据进行定期/半实时/实时汇总就好了
inza9hi
158 天前
@realpg 我说的计算不是报表,是 Server 针对每一次请求的响应。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1100033

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX