不到3000块钱，如何支撑起每月500万次下载量及80TB流量的网站？

由于我们已经用作了 Cloudflare，而且颇为清楚哪些可以线程，而哪些不行（比如必须服务器服务器端的地方），所以一般我们都不会大于用作限制，除非出现严重错误。

事实上，近期我们赢取了 Vercel 的赞助者，所以我们无需要肩负任何酬劳用。但本文基本上会将这笔酬劳用计算在内。

在线是博客的重要组成部分，其里面存储了每个快照邮件的所有接收者、邮件列表、流媒体快照等。

以前，我们落选项单独行驶 hdrihaven.com 和其他站内，所有站内都建立联系在必须手动负责管理的 LAMP 技术栈上，性能指标疑问的较高发节目会常常就是在线。

为了不必要将来出现这个疑问，同时也不必再担心可靠性、性能指标、可扩展性以及完整性等疑问，我们决定购买商业皓彻底解决方案：Google Firestore。

当然，这不是最昂贵的落选项，每年初有约必须 100 美元，约占我们的网路财政支出的一半，但我基本上认为这是应的落选项。

Firestore 只缴纳大于免酬劳用作的部分。对我们来说，主要是存储在线。

每次从在线里面获取接收者，我们都必须缴纳少量酬劳用。其实，每次存储的生产成本颇为小，有约为 0.0000006 美元。但是除以每次关键字预览必须存储的软件包存量（比如我们的戈关键字，每个快照邮件都必须存储一次在线，以外共有为 866 次），再除以关键字的预览连续（每年初约 500 万次），也就是说的生产成本会颇为较贵。

为了前提不必要存储在线，我们必须前提地线程接收者。确实上，我们的接收者变化频率并不较高，而且还有一些不太重要的接收者，即使转变也不必须向服务器揭示近期接收者（例如流媒体连续），所以用作 Cloudflare 就足够了。

为了最大者程度地线程在线的存储，并不必要 Vercel 的eBay总金额上涨，我们花酬劳了 5 美元，单独搭建了一个服务项目器行驶 API。

这个 API 的目标是将前端博客（托管地在 Vercel 上）连接到我们的在线。由于大量接收者都被线程了基本上（为了降较较高在线生产成本），因此这个 API 服务项目器可以说颇为简单。

在将会内都一段短时间内，这台服务项目器都可以倚靠我们的需要求，如果真到了无法倚靠的那一天，我们也可以轻松地将服务项目器快照迁至到愈来愈强盛的服务项目器，或者迁至到带有扭矩均衡的服务项目器网路里面。

我们的在线和 API 的生产成本如此之较较高（相对于不用作 Cloudflare 的生产成本），主要原因之一是线程率极较高，可达93%。

Cloudflare 的线程越加多，我们的 API 从在线存储接收者的频率就越加较较高，也就是说地生产成本也就越加较较高。

Argo 是 Cloudflare 的一项可落选服务项目，主要功用有两个：

1. 简化 DNS 路由，以或多或少改善延迟（有助于增加博客的平均速度）。

2. 向线程添加一个额外的层，这样所有输水则会流经 Cloudflare 的几个最大者的接收者里面心，再分散到数百个大块路由表。

我们对第二个功用颇为热衷。

继续拿前面的案例详述，如果用作 Argo，布里斯托尔的某人流媒体了一个邮件，则 Cloudflare 线程的邮件不仅可专供布里斯托尔用作，而且可专供整个西欧用作。

这可以增加线程率（从75%上升至93%），但必须认清：经由 Argo 网路的每 GB 输水都必须付酬劳。

这就是为什么我们分别建立联系了两个邻接的原因：我们的 .com 邻接完工了 Argo，因为该博客所需要的频宽较较较高；而 .org 邻接则代替了 Argo，因为它必须服务项目的流媒体输水较高达 80 TB。

以外，Argo 每年初的酬劳用有约为 160 美元，是迄今为止最大者的单笔酬劳用。但请看看，它为我们花费了一大笔在线酬劳用，我大概刚才一下，花费的生产成本有约为 250 美元。

此外，我们还可以珍惜降较较高延迟、降较较高 API 服务项目器扭矩以及减少 Vercel 的用作等军事优势。

再一，我们还必须考虑图表的疑问。我们的博客上揭示的所有图表（缩略图、渲染、预览等）都存储在 Bunny.net，这又是一笔 CDN 酬劳用。

Bunny.net 不仅可以存储图表，而且他们还共享简化服务项目，允许我们实时缩减博客的图表体积并实时压缩图表。这大大地或多或少改善了服务器体验（关键字的写入平均速度愈来愈快），以及我们的临时工流程（我们只必须完整版一个 PNG，而且PDF和体积任意）。

根据输水体积，我们每年初必须缴纳有约 27 美元的酬劳用。

● DNS、线程和出口：Cloudflare（2 个邻接），40 美元；

● 线程：Cloudflare (Argo) ，160 美元；

● 快照邮件存储：Backblaze B2，11 美元；

● 服务项目器托管地：Vercel，20 美元；

● 在线：Firestore，100 美元；

● API：Vultr，5 美元；

● 图片托管地和简化：Bunny.net，27 美元；

● 邻接：Cloudflare，4 美元；

● 匿名酬劳用：MXroute，3 美元。

总生产成本约 370 美元。

其里面很多服务项目的收酬劳都取决于确实的流通量，而确实的流通量又取决于博客的输水。这些生产成本才会随着业务的转变而增加。

我们在基本概念公共设施时，特别注意结构设计，因此我们不会过分依赖任何服务项目。如果有必要的话，甚至连 Cloudflare 也可以换掉。

以外，我们最牢固的单点故障是 API 服务项目器，而且我没任何行驶公共 API 的专业知识。我们渴望允许其他人用作我们的 API，并将我们的快照邮件集成到他们的插件，因此这个领邻接必须全面性的深入研究和基础上。

Google Firebase 很方便，但是很贵。我们渴望将来深入研究一些其他的托管地在线。

Cloudflare + Backblaze 的频宽联盟是我们最大者的减省生产成本的强力。如果将来夺去这个军事优势，我们的计划是建立联系自己的扭矩均衡仅供服务项目器网路。虽然听起来很困难，但我们有过这样的专业知识，而且优点很好。虽然必须在负责管理上花酬劳一番于是便，但生产成本应不较高。

渴望本文交友的专业知识能对你或多或少启发，也渴望你能认出平庸的管理模式。

原文URL：

本文为 CSDN 翻译，擅自批准后禁止转载！

END