• Aucun résultat trouvé

Distributed Complex Event Processing Engine

N/A
N/A
Protected

Academic year: 2021

Partager "Distributed Complex Event Processing Engine"

Copied!
2
0
0

Texte intégral

(1)

HAL Id: hal-00695560

https://hal.inria.fr/hal-00695560

Submitted on 9 May 2012

HAL is a multi-disciplinary open access archive for the deposit and dissemination of sci- entific research documents, whether they are pub- lished or not. The documents may come from teaching and research institutions in France or abroad, or from public or private research centers.

L’archive ouverte pluridisciplinaire HAL, est destinée au dépôt et à la diffusion de documents scientifiques de niveau recherche, publiés ou non, émanant des établissements d’enseignement et de recherche français ou étrangers, des laboratoires publics ou privés.

Distributed Complex Event Processing Engine

Fawaz Paraiso, Gabriel Hermosillo, Romain Rouvoy, Philippe Merle, Lionel Seinturier

To cite this version:

Fawaz Paraiso, Gabriel Hermosillo, Romain Rouvoy, Philippe Merle, Lionel Seinturier. Distributed Complex Event Processing Engine. Conférence GDR-GPL-CIEL, Jun 2012, Rennes, France. �hal- 00695560�

(2)

Distributed Complex Event Processing Engine

Fawaz PARAÏSO, Gabriel Hermosillo, Romain Rouvoy, Philippe Merle, Lionel Seinturier INRIA Lille Nord Europe - University of Lille 1 - Laboratoire LIFL - CNRS UMR 8022

Introduction

Experimental Deployment

 DiCEPE (Distributed Complex Event Processing) is a platform that focuses on the integration of CEP engines in distributed systems, and which is capable of using various communication protocols.

 It was built using a component-based approach, and inherits the flexibility and adaptation facilities provided by FraSCAti.

 The DiCEPE platform is used to federate complex event processing.

 We developed a solution for a crisis management scenario using DiCEPE .

 This scenario was deployed in a cloud environment using CloudBees, a public Platform as a Service (PaaS) provider.

 Each actor of the scenario runs its own instance of DiCEPE.

Platform Overview

 The architecture of DiCEPE is composed of four parts:

Engine: This component acts as the engine instance, by which Statement components, events, and outputs (Listener component) are registered.

Statement: This component is used for quering the inbound event streams. It is registered within the Engine component, which at the same time is connected to one or many Statement components.

Listener: This component generates a new complex event when an action is detected.

Context: This component collects information of the executing environment, like the number of statement rules deployed in the engine at run-time.

Scalability

 To evaluate the scalability, we used two different datasets of event generators: one with 10,000 and a second one with 15,000 which generated around 500,000 and 750,000 events respectively.

 As shown in the graphs, the processing time for each event remained stable and very low during both benchmarks (around a 10th of a millisecond), despite the fact that the average number of simultaneous sessions had a significant increase of about 50% (from 89 with the first dataset, to 135 with the second).

Integration

 The DiCEPE platform facilitates the integration of complex event processing engines.

 We integrated DiCEPE with the Esper and Etalis CEP engines.

Etalis

Conclusion

 DiCEPE is a platform that offers interoperability for Distributed Complex Event Processing engines, via federation. It focuses on providing a very flexible component architecture, which supports the interaction of different complex event processing engines simultaneously, while enabling

communication among them with a distributed execution and deployment system.

Acknowledgments. This work is partially funded by the French Ministry of Higher Education and Research, Nord-Pas de Calais Regional Council and FEDER through the Contrat de Projets Etat Region Campus Intelligence Ambiante (CPER-CIA) 2007-2013, and the ANR (French National Research Agency) ARPEGE SocEDA project.

Références

Documents relatifs

As we have mentioned, we are interested in detecting events, which are emitted when a function, computed over the data of different distributed nodes, has crossed a specific

The naive approach for Complex Event Processing in WSNs is similar to the central architectural idea of normal data processing, but instead of using traditional database and data

Leveraging either the low utilization heuris- tic or the query out degree heuristic to select operators for replication improves the percentage of remaining running queries

This category of event query rules is the general form of queries and has the highest possible complexity, because the results from external KBs are used in combination with

If rule race conditions are detected, Xtend is used to generate two files: one containing the Graphviz graph with the result of the analysis, and another one with the Esper code

While each of them provides a different syntax and semantics, they typically adopt point-based event semantics (i.e., the occurrence of an event is atomic), an attribute-based

Nevertheless, this document raises a number of problems that need to be solved in the process of creating information technology for the synthesis of event- pattern detectors on

dRTEC is a distributed implementation of RTEC in Spark Stream- ing using the Scala programming language. Like RTEC, dRTEC per- forms CE recognition by means of continuous