¿Inconvenientes y advertencias del uso de (N)Esper para ESP/CEP en los sistemas de comercio?

Question

Esper y su puerto .NET son componentes que permiten los motores de Procesamiento de Eventos Complejos (CEP) y Procesamiento de Flujos de Eventos (ESP). Son especialmente adecuados para las aplicaciones comerciales. Entre otras cosas, facilitan la gestión de ráfagas de datos y de hilos, y utilizan un lenguaje de consulta adaptado al procesamiento de eventos.

Estoy interesado en:

• los inconvenientes de (N)Esper en un entorno comercial, en comparación con otras alternativas (por ejemplo, ESP/CEP de la competencia, bases de datos o personalizadas)
• el tipo de problemas que uno puede encontrar al construir una aplicación comercial en torno a (N)Esper.

Answer 1

Ver Lista de proveedores de CEP de Marco .

Actualmente estoy utilizando StreamInsight, el nuevo motor CEP de Microsoft.

Lo calificaría como ligeramente mejor que NEsper, por las siguientes razones:

• Admite LINQ de forma nativa en Visual Studio.
• Mejor documentación (en mi opinión).
• Buenas muestras.
• Curso de formación completo (véase el Blog de StreamInsight ).
• El LINQ se compila en código IL para mayor rapidez.
• El motor detrás de StreamInsight fue desarrollado por la misma gente del equipo de SQL server, han aplicado muchas de las optimizaciones del álgebra de SQL para hacer StreamInsight más rápido.
• Más rápido: tiene su propia gestión de memoria integrada para cumplir con los requisitos de latencia mínima.

Ver:

• Vídeo: Presentación de SQL Server 2008 R2 StreamInsight .
• Vídeo: Microsoft StreamInsight: Introducción al procesamiento de eventos complejos con SQL Server 2008 R2 StreamInsight .

Answer 2

Mi voto también es para StreamInsight. Hemos utilizado Esper, pero lo hemos abandonado en favor de StreamInsight, ya que nos parece mucho más fácil trabajar con él. Hay menos problemas extraños como los que siempre hemos tenido con Esper. StreamInsight parece ir a la última con la implementación, todo se siente mucho más pulido.