我想开发一个与gmail，Google日历和其他Google产品相关的商业应用程序 . 就我所见，Google Apps脚本会为我提供所需的功能，但我似乎无法找到几个部署问题的答案 . 在Wikipedia上的Google Apps Marketplace文章中，我读到了以下内容：
Google Apps Marketplace是Google Inc.的产品 . 它是一个在线商店，旨在帮助人们和组织发现，购买和部署与Google Apps一起使用的集成 Cloud Web应用程序（Gmail，Google文档，Google协作平台，Google日历，谷歌联系人等）和第三方软件 . 有些应用是免费的，有些是付费的 . 应用基于Google API或Google Apps脚本 .
但是，在查看Google Apps文档时，我发现的唯一分发机制是“脚本库”，这意味着最终用户无法访问源代码，也没有绑定到Chrome浏览器的商业交易或Chrome网上应用店，而我打算这样做是针对谷歌网站或谷歌应用程序用户和完美的浏览器不可知 . 我的问题是：
-
我可以捆绑基于Google Apps脚本的应用，以便在Google Apps Marketplace中销售吗？
-
我可以在没有最终用户访问源代码的情况下部署它吗？
提前致谢 .
Javier
3 回答
最简洁的答案是不 . Google Apps脚本会对其所有GAS API实施每日配额 . 这些配额不能以任何方式扩展，因此在商业规模上部署它是不可行的 . 您应该看看Google Apps Engine，它可以为您的目标提供更多灵活性 .
我过去做过一个解决方法 . 我有一个安装脚本（以我的身份运行），它收集了用户属性和作为单个用户运行的实际应用程序脚本，并引用了收集的用户属性 . 当时我没有设置用户脚本属性，但你可以这样做来绕过我想的第一个安装脚本 . 安装用户后，他们会收到一封包含用户脚本链接的电子邮件，然后他们会单独授权 . 安装链接是通过Google Checkout分发的（现已弃用），但您可以通过其他地点进行电子分发 . 不是传统的应用程序分发过程，但它可能会为您的特定案例提供一个想法 .
@Javier--我们也得出了同样的结论 . Google Apps Marketplace（GAM）部署只是覆盖企业的渠道之一，但其无法扩展的Google Apps配额削弱了基于Google Apps Scripts（GAS）的WebApp的商业部署 .
我们尝试将基于GAS的webapp直接列入GAM，但它未能满足其SSO要求，因为如果webapp作为“用户访问Web应用程序”运行，则无法使用域范围委派来授权最终用户的GAS权限 .
在我们迁移到完全独立的应用程序时，我们设法使用GAE实例作为代理间接地将应用程序的受限版本部署到GAM .
以下是它的部署方式 .
GAM列表指向GAE代理应用程序的链接 .
GAE代理执行符合GAM标准的SSO，并在“以我身份运行”模式下重定向对我们可公开访问的Web应用程序的所有后续访问 .
GAE代理将GAM客户端授权的任何域数据传递给webapp .
实施安全机制以阻止对公共Web应用程序的未授权访问，并仅接受来自GAE代理的呼叫 .
我们当前的客户（非常小的企业/初创公司）对这种安全模型很好，但我担心这不会扩展到更大的商业部署 .
@mrschwen：我们也在考虑你的确切方法，以减少配额问题，以防我们的应用程序被广泛采用，直到我们被迫退出GAS空间，即使最终用户将被迫授权我们的脚本运行作为'用户访问网络应用'