lundi 9 novembre 2015

OXIA acquiert la société EBSYS et renforce sa position dans le monde de l’Internet des Objets et de l’innovation technologique.

OXIA acquiert la société EBSYS et renforce sa position dans le monde de l’Internet des Objets et de l’innovation technologique.

[Tunis, le 09/11/2015]

Considéré comme étant la 4ème révolution industrielle, l’IoT (Internet of Things ou encore Internet des Objets) est un enjeu majeur de la transformation digitale future des entreprises et des sociétés humaines dans des domaines aussi variés que l’énergie (Smart Grid), la ville intelligente (Smart City), la santé (E-Health), l’automobile ou encore l’aéronautique.

Les opportunités et les défis de cette transformation majeure créent aujourd’hui un rapprochement entre les mondes des Systèmes Embarqués et ceux des Systèmes d’Information avec une chaîne de valeur riche allant des objets intelligents et communicants, aux réseaux de communication et jusqu’aux applicatifs Cloud.

EBSYS apporte au groupe OXIA des expertises technologiques de pointe et une très forte culture d’innovation bâties depuis plus de 14 ans avec des centres de recherches de renommée mondiale et des partenaires technologiques de premier plan, notamment nord-américains.

Ce rapprochement apporte à EBSYS les moyens nécessaires pour mener à bien ses programmes d’innovation et de R&D axés sur le développement d’IP (propriété intellectuelle), le développement de produits et les activités d’outsourcing R&D à forte valeur ajoutée.
Déjà positionné dans l’IoT avec des expertises en digitalisation, mobilité, Big Data et Cloud, le groupe OXIA vise à atteindre les objectifs suivants :
  • -          Accompagner ses clients internationaux dans la révolution de l’IoT en leur apportant des capacités d’innovation et d’outsourcing de haut niveau sur l’ensemble de la chaîne de valeur des objets connectés.
  • -          Capitaliser sur le savoir-faire d’EBSYS en Vidéo Analyse, Communication sans fil et gestion de l’énergie pour développer des produits innovants et des solutions IoT, notamment pour des applications de Smart Cities.
  • -          Développer des synergies avec les activités d’infrastructure et d’infogérance du groupe OXIA et de sa filiale ADACTIS  pour l’IoT (Device Management, Service Management…)


A propos d’OXIA :
  • OXIA est un groupe international de conseil et de services informatique qui accompagne ses clients dans leurs projets d’innovation, d’amélioration de la performance et de développement à l’international.
  • Avec des projets réalisés dans plus de 30 pays, plus de 300 collaborateurs et experts dans le métier de ses clients  et des bureaux implantés dans 4 pays (Tunis, Paris, Alger et Dubai) , OXIA a développé  une culture d’entreprise axée sur l’engagement, la qualité, la performance et l’innovation.
  • Site web : www.oxia-group.com

A propos d’EBSYS : 
  • Créée en 2001 à Tunis, EBSYS est une entreprise spécialisée dans l’ingénierie R&D en systèmes embarqués avec des compétences couvrant l’algorithmique, le développement d’IP (Propriété Intellectuelle), le développement de produits et l’externalisation R&D. EBSYS est notamment positionnée sur trois domaines d’expertise clés:
  • -          La vision embarquée et l’analyse vidéo, avec des applications comme la détection d’objet, la reconnaissance faciale ou la lecture de plaques minéralogiques de véhicules.
  • -          La communication sans fil,  par CPL (Courants Porteurs en Ligne) et bus terrain et l’intégration de solutions M2M/IoT.
  • -          La gestion de l’énergie à travers une technologie de Battery Management Systems et des systèmes de contrôle numérique des convertisseurs de puissance notamment pour des sources d’énergie renouvelables.
  • EBSYS a développé un savoir-faire métier reconnu par ses clients Nord Américains et Européens principalement dans les domaines de la sécurité, l’automobile, les télécom et l’énergie
  • Site web : www.ebsys-tech.com



Contact: infoxia@oxia-group.com

mardi 28 janvier 2014

[ESB open source] Introduction à Apache CAMEL (partie 1/6) : Problématique


Poste réalisé par Mohamed Karim LILI (Ingénieur logiciel confirmé à OXIA)


Prenez n’importe quel projet d’intégration et vous aurez plusieurs applications qui communiquent à travers plusieurs moyens de transport sur des plateformes totalement différentes. Rien qu’à lire cette phrase, vous aurez le tournis J

Comme vous pouvez l’imaginer, dans les applications des grandes entreprises (Editeurs, banques, assurances, etc..) ceci pourrait devenir complexe très rapidement.


La complexité en effet se résume en deux points essentiels :
  1.   Gérer les spécificités entre les applications et les moyens de transport.
  2.  Modéliser et implémenter les bonnes pratiques pour les solutions d’intégration.

Le fait de gérer la communication des applications ainsi que l’utilisation des différentes API de transport est relativement simple. N’importe quel développeur pourrait envoyer des messages JMS par exemple, bien que pour une bonne implémentation, cela nécessiterait une bonne connaissance de la spécification JMS (chose qui n’est pas évidente pour tout développeur). Qu’en est-il alors si vous voulez router ce message JMS à une destination spécifique, qui elle, réalisera d’autres traitements ? Vous devez alors prendre soin de bien mapper le message JMS et gérer les nouveaux concepts de la nouvelle application cible. Si vous y ajouter d’autres applications, cela deviendrait alors un vrai casse-tête.

Faisons abstraction des problématiques d’échange de message et de transport, et focalisons-nous plutôt sur la modélisation de l’interaction entre différentes applications d’entreprise. Heureusement, plusieurs solutions d’intégration ont été formalisées  dans le livre : « Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions, » de  Gregor Hohpe and Bobby Woolfe suite à une expérience de dizaines d’années dans l’architecture des applications d’entreprise dans une collection de 65 Entreprise Integration Pattern (EIP) 
Patrons de conception d’intégration. l’EAI (Enterprise Application Integration) nous livre tout le savoir, les bonnes pratiques et les moyens technologiques qui servent à créer des solutions d'intégration extensibles et entretenues en mode productif. Ceci constitue un énorme travail, sauf que nous avons encore besoin d’implémenter nous-mêmes ces patterns, car ils ne sont d’autres que des recommandations et non des solutions clés en main.
Apache Camel a été créé dans le but de répondre à ces deux problématiques.

[ESB open source] Introduction à Apache CAMEL (partie 2/6) : Qu’est ce que « Apache Camel » ?


Poste réalisé par Mohamed Karim LILI (Ingénieur logiciel confirmé à OXIA)

Apache Camel est une librairie java open source d’intégration (liberal Apache 2 license), c’est un framework léger qui permet à vos applications de réaliser un  routage intelligent, la transformation de messages, et qui représente un protocole de médiation utilisant les EIP (Entreprise Integration Patterns) avec un large panel de composants prêts à l’utilisation et une DSL (Domain Specific Language) hautement expressive et robuste (en 3 types : Java, XML (Spring based), Scala)..

Au cœur du framewok Camel existe un moteur de routage, ou plus exactement un Routing engine builder. Il vous permet de définir vos propres règles de routage, de décider à partir de quelle source accepter les messages d’entrée, et de déterminer comment les traiter et enfin d’envoyer ces messages transformés vers d’autres destinations. Camel utilise un langage d’intégration qui vous permet de définir des règles de routage complexes qui vont jusqu’au processus métier.
Un des principes fondamentaux de Camel est qu’il n’exige aucun format spécifique de données à intégrer, ce qui vous laisse à vous, développeur, une opportunité d’intégrer n’importe quel type de système, sans avoir besoin de convertir vos données en un format « canonique ».
Nous devons aussi préciser que Camel n’est pas un ESB (Entreprise Service Bus), bien que certains le décrivent comme un ESB léger pour son support au routage, la transformation et le monitoring, ainsi que l’orchestration. Camel n’a pas de conteneur ou un message-bus fiable, mais il peut être déployé dans un ESB, comme Open-ESB ou ServiceMix. Pour cette raison, on préfère appeler Camel un « framework d’intégration » plutôt qu’un ESB.


Pourquoi utiliser Apache Camel ?

Camel introduit de nouvelles idées dans le monde de l’intégration, c’est pour cela que les auteurs de Camel ont décidé de le créer au lieu d’utiliser un framework existant.
Parmi les concepts clés de Camel :
  • Routing and mediation engine
  • Enterprise integration patterns (EIPs)
  • Domain-specific language (DSL)
  • Extensive component library
  • Payload-agnostic router
  • Modular and pluggable architecture
  • POJO model
  • Easy configuration
  • Automatic type converters
  • Lightweight core
  • Test kit
  • Vibrant community

[ESB open source] Introduction à Apache CAMEL (partie 3/6) : Comment fonctionne Camel ?

Nous avons vu que Camel se focalise sur la tâche qui consiste à rendre le travail de l’intégration le plus simple possible, ce qui pourrait se matérialiser dans les 3 points suivants :
·         Une implémentation concrète des EIP (Entreprise Integration Pattern) les plus utilisés.
·         Une connectivité à une grande variété de canaux de transports et d’APIs
·         Une DSL (Domain Specific Languauge) facile à utiliser pour relier les EIP et les moyens de transport ensemble.
Afin d’avoir une idée sur l’organisation de Camel, nous allons étudier son architecture :
Sur une vue d’ensemble, Camel est constitué de processeurs (Processors), de composants (Components) et de routes (Routes). Tous ces constituants sont contenus dans le CamelContext comme le montre la figure ci-dessous :



Le moteur de routage utilise les « Routes » comme spécification pour router les différents messages. Les « routes » sont définies en utilisant l’un des différents langages DSL Camel (Domain Specific Language).
Les Processors sont utilisés pour transformer et manipuler les messages durant le routage et aussi pour implémenter tout type de pattern EIP, qui ont des mots clé correspondants dans la DSL Camel.
Les composants (Components) sont les points d’extension de Camel pour ajouter de la connectivité à d’autres systèmes. Afin d’exposer ces systèmes au reste de Camel, les « Component » fournissent une interface Endpoint.
Voici le schéma d’une route « simple » qui reçoit en entrée un document XML et le guide selon une condition vers deux destinations système différentes :




Architecte SOA & Professionnel Open Source Headline Animator

 
Khaled BEN DRISS
Cloud Computing, SOA et Web 2.0 : Des sujets techniques sur SOA et l'Open Source : de Java & .Net, PHP5, Symfony, à SaaS / PaaS en passant par Azure, google appengine, le BPM, la Modélisation et d'autres sujets du coté du serveur et cloud computing.