java - 我应该让业务流程管理应用程序在 Google App Engine 上运行，还是切换到更正常的平台

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.

8年前关闭。




Improve this question




我目前正在为目前在 Google App Engine 上运行的业务管理平台开发路线图，该平台执行以下任务:

通过 Google Docs API 读取信息以提取提交到 Google 表单的内容。该表格用于用户申请成为指导计划的一部分。 (超时和请求限制有时会有点棘手)

对电子表格中的问题执行匹配/加权算法，以便申请人可以相互匹配。这些权重现在存储在数据库中，以便在电子表格更改时进行控制

如果匹配到用户，则会发送一系列电子邮件，并使用各种 API 为用户提供对各种 Google 服务的访问权限(所有用户都必须使用 Gmail 地址注册)

要求用户每月登录以报告他们作为指导计划的一部分的表现，然后系统会为他们的指导关系计算绩效分数。

需要进行一些明显的改进，例如将 Google 表单的一些灵 active 换成良好的验证以及保存进度的能力(这是一个庞大的表单)，但除了像这样的清晰升级之外，GAE 是否是正确的平台对于这样的应用程序。

以下是 GAE 的优势

正常运行时间

没有手动服务器管理

可扩展性(虽然这个应用程序不太可能需要每月超过 1500 名用户，很少遇到)

在这个流量级别基本免费

GAE 的缺点

不是很好的 IDE 调试支持(如果有错误请纠正我，我使用的是 NetBeans + Python，我知道这是可能的，但似乎有点 hacky)

没有专用的数据管理工具(很烦人为本地测试降低实时数据，反之亦然) 没有自动备份数据以防应用程序损坏。

目前在 App Engine 上运行 Django，是否存在 future 可能会因新版本的 GAE 而中断的风险？

我不确定我是否已经讨论了所有问题。问题的症结在于:

对于这种应用程序，切换到更标准的业务平台(如 .Net 或 Java)是否有意义，或者对现有平台的投资(约 70,000 英镑)是否意味着只有在绝对必要时才进行切换？

从本质上讲，我觉得拥有这样一个只会变得更复杂的应用程序可以从更标准的应用程序堆栈中受益，因为 GAE 是为相对简单的网络应用程序设计的(twitter， http://www.historypin.com/)

但是，我永远都不想重新发明轮子，而 GAE 从减少的管理开销中提供了很多好处。

Answer 1

我的 2 美分评论:继续使用 GAE。关于缺点:

同意。带有 try-catch-finally 的代码(或 except 在 Python 中)和 logging.info有帮助。

在 appengine 控制台中，datastore admin 下链接，可以Copy to Another App (不确定您的应用程序是否会在此过程中停止)。在不影响实时应用程序或用户的情况下，可以更轻松地在克隆数据上测试修改后的代码。

新版本需要对标准 Python2.7 库进行最少的更改(截至编写时)，但是如果您使用大量 Google API，则需要将您的 API 更新为较新的 v3.0 方法。但结构保持不变。

我还想用 Google API 添加它，这使得 GAE 比其他平台更通用。