多租户与 OEM
多租户和 OEM 经常会一起被问到，但它们解决的是两类不同问题：
- 多租户：解决平台方与租户之间的数据、空间、资源隔离与分发
- OEM：解决品牌样式、文案、门户体验的统一定制
如果把这两件事混在一起，很容易出现“想做品牌定制，却误以为要开多租户”或者“想做租户隔离，却只改了样式”的情况。
平台方能不能把自己的看板直接交给租户编辑？
不能直接编辑。
系统默认原则是：平台方的资源归平台方所有，租户不能直接修改平台方原始资源。这包括平台方的数据和平台方做好的报表。
如果业务需求是“平台先给一个模板，租户再基于它做自己的分析”，更推荐：
- 平台方把应用分享给租户
- 同时允许租户导出模板或复制
- 租户在自己的资源空间里继续自助分析
这样租户能继续工作，但不会反向污染平台方原始资源。
为什么平台方已经分享了资源，租户普通用户还是看不到？
因为平台方授权到的是“租户”，不是“租户内每一个普通用户”。
默认流程是：
- 平台方把资源分享给租户
- 租户管理员进入租户空间
- 租户管理员再决定要不要把资源授权给租户内普通用户
这套设计是为了保证平台方和租户内治理边界都还在。
多租户能替代 OEM 吗？
不能。
如果你的目标是：
- 改 Logo、改字体、改颜色、隐藏按钮、换文案：更接近 OEM / 全局 CSS / 全局 JS
- 给不同客户独立空间、独立资源、独立管理员：更接近 多租户
简单说，OEM 更偏“品牌与交互呈现”，多租户更偏“资源边界与交付模型”。
OEM 场景下，为什么自定义字体不生效？
一个高频原因是协议不一致。
- 如果 HENGSHI 服务是
https - 你的字体资源链接却还是
http
浏览器通常会把它当成混合内容拦掉，最终表现就是字体看起来“没有生效”。
因此在 OEM 场景里，只要主站走 HTTPS，就应确保字体、脚本、图片等外链资源也都走 HTTPS。
平台方分享给租户后，资源流向是双向的吗？
不是，默认是单向的。
平台方可以把连接、数据包、应用等资源分享给租户；租户基于这些资源做出的内容，属于租户自己的空间，不会自动回流给平台方。
这也是为什么很多“协同编辑”诉求，最后应落到“复制模板后二次创作”，而不是要求双方直接共改同一个资源。
进一步阅读：