Google Cloud Endpoints与小型网络应用的常规请求处理程序相比？

Question

我在App Engine中使用Angular进行小型Web应用，使用Angular作为前端。我查看了Google Cloud Endpoints的文档，但是我很难找到比编写返回JSON的普通处理程序更大的优势。以下是我发现的优点：

• API资源管理器：方便，但不是那么重要
• Auth：有用，但实现起来并不十分困难
• 原生图书馆：对于仅限网络的应用来说似乎不太重要

另一方面，指定端点的语法有点难看（与在webapp2，flask等中指定请求处理程序相比）。有没有我错过的优势或挑战我没预测到？如果没有，那么Cloud Endpoints的重点是什么？

Answer 1

谷歌终端最重要的一点是能够拥有可扩展的解决方案而不是将IAAS平台用作亚马逊。 此外还与谷歌应用引擎集成。

在我看来，API资源管理器和客户端生成的lib只是一个“很好的”功能，而不是通过云中任何简单的SA服务器选择Google Cloud Endpoints的主要原因。

其他优点是可以控制访问控制，允许客户端，版本控制和内置转换的API元数据。

对我来说好处是这个平台上的所有内容都非常直观，并且使用maven命令完成，包括将应用程序部署到* .appspot google云。

Answer 2

我发现缺乏对直接自动化测试的支持使得正常的请求处理程序方法更适合我的小型Web应用程序。