在生产中使用谷歌应用引擎和数据存储

时间:2016-12-09 15:05:57

标签: google-app-engine amazon-web-services google-cloud-platform google-cloud-datastore

我正在开发一个基于中央数据库的移动应用程序。我决定使用云服务作为后端,因为它会处理维护和扩展问题。在这两个选项中,aws和Google云我决定使用谷歌云,因为我读到aws有一个陡峭的学习曲线(我们需要减少开发时间)和gc和aws一样好。现在在谷歌云我选择使用数据存储作为主数据库,因为我发现一个nosql数据库符合我的需求(也更便宜)。现在更多地关注数据存储,他们似乎有许多限制,如1实体交易宠物秒等,所以现在我怀疑我的决定。

所以我的问题是......

  • 在aws中实现具有休息端点的数据库应用程序有多困难 与gc相比?
  • google数据存储对于需要的生产应用程序有多好 处理任意数量的用户而不会导致性能下降?

1 个答案:

答案 0 :(得分:2)

我只能回答Google Appengine / Datastore。

  

生产应用程序的Google数据存储有多好,需要处理任意数量的用户而不会导致性能下降?

根据我提供数十亿页面浏览量的经验,我可以说Google DataStore非常善于为许多用户提供读取请求而不会降级。除非您做出错误的架构决策,否则您可以预期一致的延迟时间和成本与您的负载具有线性相关性。您应该记住,数据存储区是分布式数据库,并且最适合"很少写入 - 许多读取"并且您应该尝试预先聚合提供用户请求所需的任何信息。扫描记录列表有时可以,但通常不是最好的主意。

写操作也应该很好地扩展,但实现可能会遇到挑战 - 取决于你的app逻辑。您真的应该理解数据存储区实体组,事务,索引,写入成本,任务队列等的概念,以便快速编写。成本效益的应用程序。

如果你做对了GAE&数据存储可以是非常可靠和免维护的环境。

相关问题