一个博客CMS，如何被他改造成可无限扩展的多租户平台

最反直觉的地方在于：你以为多租户是“巨型架构”，但这个视频告诉你，用 Next.js + Vercel，核心只发生在一个 middleware 里。没有复杂服务拆分，没有花哨概念，却能在同一平台上“随手生成一个新网站”。

多租户并不“高大上”，它只是被你想复杂了

视频一开始，作者 Michael 就承认了一件很真实的事：多租户（Multi-Tenant）这件事，其实很难用一句话讲清楚。但他的定义非常接地气——“在一个中心化平台上，创建和管理多个独立站点”。

这句话的冲击力在于，它直接拆掉了很多人脑中的错误预设。多租户不等于微服务、不等于复杂权限系统、不等于 Kubernetes。对他来说，多租户只是：我原来有一个博客 CMS，现在我能用它，一口气生成很多个“看起来完全不同”的博客站。

更重要的是，这不是一个 PPT 里的架构图，而是一个已经跑起来的真实网站。他干脆不多解释，直接说：概念太抽象，我给你看成品。这个选择，本身就很“工程师”。

真正的转折点：一个 CMS，变成了“平台”

当他打开自己的博客站点时，一个细节很容易被忽略，但非常关键：这个站点已经不再是“我的博客”，而是一个可以承载无数博客的母体。

他甚至给它起了一个新名字，意味着定位已经变了——从内容创作者工具，升级为平台型产品。更狠的是，他强调了一点：这些站点不是提前配置好的，而是可以 on the fly 创建。

这背后隐含着一个平台级思维的转变：
- 以前：一个站点 = 一套代码 + 一套内容
- 现在：一套代码 = 无限站点实例

对 AI 从业者、独立开发者来说，这种模式非常危险（也是非常诱人）的地方在于：一旦你掌握了它，你做的就不再是“项目”，而是“基础设施”。

Next.js + Vercel 为什么在这里这么好用

视频中最有技术含金量的部分，其实不是某个复杂 API，而是一句轻描淡写的话：Next.js 和 Vercel 让这件事变得“非常简单”。

关键发生在两个地方：

第一，是 domain 相关的结构设计。他把不同站点的“身份”抽象成域名层面的差异，而不是代码分支。

第二，也是最核心的，是 middleware。所有“魔法”都发生在中间层：请求进来，根据域名或路径，被自动路由到对应的站点配置和内容。

这一步的意义在于：你不需要在业务代码里到处判断“这是哪个站”，而是在请求的最早期，就决定了“你是谁”。

这种设计思路，对做 AI 应用的人尤其重要。因为未来的 AI 产品，几乎一定是多租户的：不同客户、不同数据、不同上下文，但共享同一套推理和服务能力。

真正的野心：自定义域名，才是平台的分水岭

在视频接近尾声时，Michael 抛出了下一步计划：支持自定义域名。

这句话如果你只是“听懂了”，那还不够。如果你“做过产品”，你会立刻意识到——这是从工具到平台的生死线。

一旦用户可以把自己的域名指向你的系统，你就不再是一个“站内功能”，而是他们业务的一部分。迁移成本出现了，信任关系建立了，平台价值也真正锁死了。

而他描述这个功能时的语气依然很轻松：想象一下，你有自己的域名，只需要 forward 到这里。

轻描淡写，但野心极大。

总结

这条视频最值得反复看的，不是代码细节，而是思维模型：多租户不是规模问题，而是边界设计问题。Next.js 的 middleware，让“身份识别”前移；Vercel 的部署模型，让“无限实例”变成默认能力。

对你来说，真正的 takeaway 是：如果你正在做 AI 产品、SaaS 工具、内部系统，现在就该问自己一句——我现在写的代码，是不是已经在为“多租户的未来”埋伏笔了？

因为一旦你需要重构成平台，代价会比你想象的大得多。

关键词： 多租户架构， Next.js， Vercel， Middleware， SaaS平台

事实核查备注： 需核查：作者姓名 Michael / Ras Mic；视频发布时间 2024-05-30；是否明确使用 Next.js middleware 与 Vercel；自定义域名功能为未来计划而非已实现