突如其来的 Vimeo 方案改变

2021 年的八月,忽然收到了来自 Vimeo 的方案调整信件,当时因为 Vimeo 太常寄信了,所以设定了筛选器一律封存,导致忽略了该调整的警告,於是在九月初的时候帐户被锁起来了。

我们采用 Vimeo 是因为他们提供了无限流量的影音串流方案,让我们仅需要在意储存空间,而不用担心隐藏的流量问题,然而,近期 Vimeo 调整了他们的收费方案,并基於以下政策:

Unlimited Bandwidth Fair Use Policy:

Generally, we do not limit or impose additional fees for bandwidth consumption on Self-Serve accounts (i.e. the data used in order to deliver your videos to viewers). However, this policy is subject to fair use: If your aggregate bandwidth usage (across all accounts you control) is higher than 99% of Self-Serve users on our platform in any calendar month, we may, in our discretion, charge fees for excessive usage, require you to upgrade to a more suitable plan, or terminate your account(s) upon advance written notice.

告知我们使用的流量高於 99% 的平台使用者,刚好我们又没有回信到就被锁帐号了,幸好他们很快的先帮我们复原了帐号,并且跟我们说明了他们的新方案。

然而,事情没这麽简单,新方案会以流量来计费,若以我们的用量来看,新方案的费用约是我们既有方案的十倍,这让我们十分错愕,毕竟以目前的现金流不可能负担此方案规模。好险,早在数个月前,团队早已有共识做好迁移的准备,并且着手进行开发,虽然仍有部分 bug 需要修正,但大体功能已完成,只是这个突如其来的意外让我们更加推进了新的解决方案上线。

有了这次的经验,告诉我们「养套杀」不是说说的,像是 Gsuite Education 也是,无限空间让许多教职员把资料放进去,接着过了几年再收回来,又或者是早期 Slack 完全免费,等到大家习惯後开始收钱,采用任何免费或是看似十分划算的服务时,也要时时警惕,幸好这次我们有预先做好准备,不然可能就要收工了。


<<:  [day 21 ] SwiftUI Essentials - Building Lists and Navigation

>>:  Jackson API

30-4 之软件架构设计原则 3 - LSP 里氏替换原则

软件架构设计原则一切都是为了下面这两点,别忘了。 低耦合 高内聚 LSP 这个原则比较倾向是在物件导...

OpenStack 介绍 2

本系列文章同步发布於笔者网站 前一篇文章以比较非技术角度介绍了 OpenStack 这个专案。今天开...

进击的软件工程师之路-软件战斗营 第十八周

学习进度 Android Studio (以下功能皆为自学) ChipGroup、Chip使用 Sw...

【Day 21】JavaScript 函式

JavaScript (function) 函式 说明 : 用来将会重复使用的程序码封装在一起,方便...

Day29 - 当 Next.js 遇见了 Typescript

Typescript Next.js 目前已经支援 TypeScript,而且从 GitHub 中可...