[Fiware-data] Some comment on the CEP GE

[Moltchanov Boris]

Maximally uncoupled architecture for most components reusability especially where same component could be needed for one or more other components or application.

Reduce embedding, only in special cases where it is strictly needed (performance) and not create redundancy.

Avoid redundancy increasing the cost, complexity and killing efficiency.

That is what I'm thinking as generic rules of a good architectural design.

Then, if a component provides not core-business but some supporting feature or functionality and as well as we have tools GE it should be there.

This is without entering into the components peculiarity that i'm not familiar with.

Have a nice week-end,
Boris

17/giu/2011, в 17:30, "Guy Sharon" <GUYSH at il.ibm.com<mailto:GUYSH at il.ibm.com>> написал(а):

I should upload the latest version - there is significantly more detail on the design - Juanjo commented on the latest version which he got directly from me.
As for Tool - Juanjo mentioned a general comment - the Tools GE (WP9) is not going to implement tools for the GEs rather each GE that needs tools should implement it and make sure it is integratable into the framework WP9 will provide.
As for deployment - I have not discussed it in the document. The latest version discusses how the CEP application a user would program is of a network of individual CEP processing instructions connected to an entire network.
This network may be deployed from entirely on a single centralized engine to entirely distributed each processing instruction running on its own in a different server\device - anywhere you can think of that has compute power for that particular processing instruction.
Here it is https://forge.fi-ware.eu/docman/view.php/9/133/FI-WARE_High-Level_Description_Data-Context+Management+v3.0+IBM.doc
Guy Sharon
Manager
Event-based Middleware & Solutions Group
________________________________

<ATT00001..gif><http://www.ibm.com/smarterplanet>       Event-based Middleware & Solutions<http://www.haifa.il.ibm.com/dept/services/soms_ebs.html>
phone :         +972 4 8296587
mobile :        +972 54 6976417
address :       IBM R&D Labs in Israel, Haifa University Campus, Mount Carmel, Haifa, 31905, Israel
email :         guysh at il.ibm.com<mailto:guysh at il.ibm.com>





From:        <fano.ramparany at orange-ftgroup.com<mailto:fano.ramparany at orange-ftgroup.com>>
To:        Guy Sharon/Haifa/IBM at IBMIL
Cc:        <fiware-data at lists.fi-ware.eu<mailto:fiware-data at lists.fi-ware.eu>>, <yvon.lopinto at orange-ftgroup.com<mailto:yvon.lopinto at orange-ftgroup.com>>
Date:        17/06/2011 17:35
Subject:        Some comment on the CEP GE
________________________________



Hi Guy,

Here are some comments from my collegue Yvon Lopinto who reviewed your document.

- The section introducting “the designer of the event processing logic” would deserve more details.

- The Design component  would better be moved to the the Tools GE.

- Is this high level specification compatible with a CEP distributed deployement? Our experience favours a design approach where CEP operates at different levels including local CEP which generate "higher-level" events to be processed on eventually more centralized server.

Kind regards,

Fano

_______________________________________________
Fiware-data mailing list
Fiware-data at lists.fi-ware.eu<mailto:Fiware-data at lists.fi-ware.eu>
http://lists.fi-ware.eu/listinfo/fiware-data
Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle persone indicate. La diffusione, copia o qualsiasi altra azione derivante dalla conoscenza di queste informazioni sono rigorosamente vietate. Qualora abbiate ricevuto questo documento per errore siete cortesemente pregati di darne immediata comunicazione al mittente e di provvedere alla sua distruzione, Grazie.

This e-mail and any attachments is confidential and may contain privileged information intended for the addressee(s) only. Dissemination, copying, printing or use by anybody else is unauthorised. If you are not the intended recipient, please delete this message and any attachments and advise the sender by return e-mail, Thanks.

[cid:00000000000000000000000000000001 at TI.Disclaimer]Rispetta l'ambiente. Non stampare questa mail se non è necessario.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.fiware.org/private/old-fiware-data/attachments/20110617/41b7522a/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: logo Ambiente_foglia.jpg
Type: image/jpeg
Size: 677 bytes
Desc: logo Ambiente_foglia.jpg
URL: <https://lists.fiware.org/private/old-fiware-data/attachments/20110617/41b7522a/attachment.jpg>