Google App Engine 是否适合近实时事件驱动的应用程序？
我们将开发一个近实时事件驱动的应用程序（后端和一堆移动客户端）。
我认为 Akka (http://akka.io) 非常适合这个。然而，我的同事想要使用 Google App Engine 及其异步功能。我不相信这是最好的方法，我想知道我们是否可以以某种方式将这两件事融合在一起。我无法通过谷歌找到任何可靠的当代信息。
We're going to develop a near-realtime event-driven application (backend and bunch of mobile clients).
I think Akka (http://akka.io) is more than suitable for this. However, my collegaue wants to use Google App Engine and its async features. I'm not convinced it's the best approach to take, I wonder if we can somehow meld those two things together. I can't find any solid contemporary info via Google.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
Channel API 可能会很有用。不过，您在使用 App Engine 时可能面临的主要限制是对数据存储区的事务写入，因为 实体组（父实体及其子实体）每秒只能支持一到十次写入。
The Channel API may be useful. However, the main limitation you may face using app engine are transactional writes to the datastore, because an entity group (parent entity and its children) can only support one to ten writes per second.
值得注意的是，Go 对应用程序引擎的新支持支持使用 goroutine 进行 actor 式编程。当数据存储或其他操作阻塞时，其他 goroutine 就会运行。如果有人可以为 scala 和 actor 变体之一做到这一点，那就太好了。我认为新的后端系统允许这种风格以长期运行的方式使用。
不相关的是，关于写入实体组的问题。我写了一条可能已经存在的记录（相同的 key_name），现在我想知道是否应该先阅读它进行检查。
It is notable that the new Go support for app engine supports actor-style programming with goroutines. When datastore or other ops block then other goroutines run. It would be nice if someone could do this for scala and one of the actor variants. The new backend system allows this style to be used in a long running way I presume.
Unrelatedly, on the issue of writing to an entity group. I write a record that might be already there (same key_name), and now I'm wondering if I should read it first to check.