把 SharePoint 当作 Vibe 应用的 Vercel
📢 本文同步发布於公众号：Power Platform · 最佳实践
🔗 原文链接：https://johnliu.net/blog/sharepoint-as-vercel-for-vibe-apps/
把 SharePoint 当作 Vibe 应用的 Vercel
git push，应用即部署。那种魔力，只不过落地在 SharePoint Online 里，而不是 Vercel——这样它就能进入 Vercel 永远无法获批的环境。
首先，什么是 Vercel
你可能没接触过 Vercel。它是一个托管平台，已经成为用 Next.js、Astro、SvelteKit 等现代 Web 框架构建的 Web 应用的默认家园。你连接一个 GitHub 仓库，Vercel 会处理其余一切——构建应用、托管到全球 CDN、绑定域名和 HTTPS 证书，并为每个 pull request 生成一个独特的预览 URL，方便你分享给评审者。同类平台还包括 Netlify、Cloudflare Pages、Azure SWA 和 AWS Amplify。这个类别有时被称为“Jamstack 托管”或“前端云”。
Vercel 之所以让人感觉神奇，是因为它缩短了看到应用上线的步骤。你提交到仓库，应用就上线了。你得到一个 URL，无需等待。这个循环让一代前端开发者变得高效。你不再需要考虑平台，而是专注于应用本身。在 vibe coding 时代，它是任何你想快速构建和发布的事物的默认目的地。
但这种自由对许多企业、政府和受监管组织来说也是一种风险。你不能“随便 vibe”一个应用，然后把它部署到公共云。我们不能冒那种攻击面的风险。这不是一个经过验证的安全环境，你的小型创新实验无法证明公司需要承受的风险是合理的。
那么，如果你能把 SharePoint 看作内部应用的 Vercel 呢？不是作为文档库的 SharePoint，而是作为应用平台的 SharePoint。
对于内部 Microsoft 365 应用，你已经免费获得了很多功能。身份问题解决了，因为每个用户都已经通过 Microsoft 365 登录。权限问题解决了，通过 SharePoint 组、受众定向和站点级访问。审计、保留、DLP、数据驻留——都解决了。文档、结构化记录、生成文件的存储——都解决了。还有出色的 REST API 接口。大量辅助方法——缩略图、PDF。管理员用来批准新版本的发布门禁——也解决了，因为那是他们已经在管理的租户应用目录。这些都不需要采购、配置或解释。它只是运行环境。而且由于公司已经为 SharePoint 付费，托管是免费的。你的实验没有成本。
所以你只需专注于你的应用。TypeScript。选择 React，或者你在任何其他 Web 项目上会用的任何现代 JS 库。用 SharePoint Framework (SPFx) 构建，让你能把一个真正的应用作为 Web 部件放入 SharePoint 页面——用户已经登录，Microsoft Graph 只需一次调用，你写代码的方式与在任何其他前端上一样。
我们已经有了所有部件。唯一棘手的是部署——这部分历史上需要有一点 SPFx 经验的人来连接。应用目录、.sppkg 包、基于证书的流水线、页面上的 Web 部件注册。没有什么奇特的，但足够专业，需要一些设置。
