埃斯珀和SQS
我想知道这里是否有人尝试过使用 Esper 处理来自云端的内容？ 特别是亚马逊的简单排队服务。 我已经用谷歌搜索过这个，我们知道这是可行的，但很高兴知道是否有人尝试过。 更好的是，有人尝试过将 Esper 放入云端吗？
I'm wondering if anyone here has tried using Esper to process stuff from the Cloud? Specifically Amazon's Simple Queueing Service. I've googled about this, and we know it's feasible, but it would be nice to know if anyone has tried it. Even better has anyone tried putting Esper into the cloud as well?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我确实在 Amazon EC2 云中运行了 Esper - Esper 客户之一 fe Strateer 也是如此。
我还没有尝试过 SQS，但使用 SQS API 应该很简单。
我还在 Google App Engine / Java 中运行了 Esper。 您需要应用一些最佳实践 - 例如关闭内部计时器线程并在事件发送者级别使用时间事件处理它 - 因为 Google 不允许应用程序启动线程。 如果状态很重要，那么在 Google App Engine 中运行也可能会出现问题，因为当 Google 决定而不受您控制时，jvm 会来来去去。 例如，您可能需要考虑 EsperHA 和使用其 SDK 将其绑定到 Google JPA/JDO 实现的特定 EsperHA 实现。
I did run Esper in Amazon EC2 cloud - and so did f.e. Strateer who is one of Esper customer.
I haven't tried with SQS but that should be trivial using SQS API.
I also ran Esper in Google App Engine / Java. You'll need to apply few best practices - f.e. turn off internal timer thread and deal with it at the event sender level with time event for example - as Google doesn't allow the application to start threads. Running in Google App Engine can also be problematic if state matters as jvms come and go when Google decides it without control on your side. You might want to consider EsperHA and a specific EsperHA implementation using its SDK to bind it to the Google JPA/JDO implementation for example.