Vers un d

1

• Vers un développement ouvert

Alexandre Poitras Développeur
indépendant WebÉducation 24 janvier 2008
2
Qu'est-ce que l'interopérabilité

• Utiliser la combinaison d'applications/utilitaires
  dont j'ai envie?

3
L'interopérabilité

• L'interopérabilité est la propriété, pour un
  nombre quelconque de systèmes de traitement
  d'information, de pouvoir entrer en contact et
  d'échanger des informations entre eux.

4
La portabilité

• La portabilité est la capacité d'une application
  en mesure de s'exécuter dans plusieurs
  environnements différents.

5
En résumé

• La portabilité est la capacité de communiquer
  avec son environnement
• L'interopérabilité est la capacité de communiquer
  avec une autre application.

6
Les Vendor lock-in

• Dépendance d'un logiciel.
• Importants coûts de migration.

7
Plusieurs types

• Concernant la portabilité
• Lock-in des outils.
• Lock-in de l'environnent.
• Concernant l'interopérabilité
• Lock-in par le protocole.

8

• La portabilité

9
Le lock-in des outils

• Un outil est un logiciel permettant ou facilitant
  la création/modification d'une application.

10
Quelques exemples

• Microsoft Visual Studio
• Eclipse
• Microsoft Visual Basic
• Oracle Application Express
• NetBeans

11
Le lock-in des outils

• Sauvegarde du travail dans un format binaire ou
  propriétaire.
• Génération de code complexe et non documenté.

12
Dangers

• Coûts et dépendance.
• Impossibilité de changer d'outils ou d'en
  utiliser plusieurs.
• Bogues possibles au niveau de l'outil.
• Fonctionnalités non disponibles.
• Difficile de déboguer.
• Impact sur la qualité du code.

13
Avantages

• Intégration très forte entre l'outil et le code.
• Tranquilité d'esprit.

14
Attention aux outils utilisés

• Les outils ne sont pas une potion magique.
• Utiliser des outils transparents.

15
Un exemple NetBeans Matisse
16
Lock-in de l'environnement

• Le programme ne peut rouler que dans un certain
  environnement d'exécution
• Matériel
• Système d'exploitation
• Serveur d'application, Base de Données.
• Frameworks.

17
Dangers

• Coûts et dépendance.
• Impossibilité de porter l'application sur un
  autre environnement.
• Innovation moins rapide.

18
Avantages

• Intégration plus forte.

19
Solutions

• Standards ouverts et solutions Open Source.

20
Les standards ouverts

• Processus de décision communautaire.
• Spécifications formelles.
• Plusieurs implémentations disponibles.

21
Avantages

• Portabilité.
• Dénominateur commun pour la création de solutions
  de plus haut niveau.
• Plus large communauté (plus d'idées, plus
  d'expériences, ...).

22
Désavantages

• Évoluent très lentement.
• Visent un public général.
• Ne répondent pas à tous les besoins.
• Sous-ensemble de ce qui existe sur le marché.

23
Les standards à tout prix?

• Attention à la surutilisation des standards.
• Chaque développement a un contexte et des
  particularités différentes.

24
Dans quels domaines utiliser les standards?

• De bas niveau conceptuel, où l'innovation est
  moins importante.
• Matures!
• Dont l'implémentation est complexe.
• Où la portabilité est importante.

25
Exemples de standards à forte valeur ajoutée

• Paquetage de l'application.
• Traitement de requêtes Web.

26
Exemples de standards à faible valeur ajoutée

• Frameworks.
• Sécurité.
• Persistance.

27
La portabilité à tout prix?

• La portabilité a un coût!
• Seulement lorsque nécessaire.
• Limiter les dégâts
• Isoler le code non portable.
• Utiliser des technologies transparentes.

28
Les solutions Open Source

• Autre méthode d'atteindre la portabilité.
• S'appuient sur les services standards de bas
  niveau de l'environnement.

29
Pourquoi l'Open Source?

• Très adapté aux domaines complexes et méconnus.

30
Pourquoi l'Open Source?

• Innovation très rapide.
• Très réactifs aux besoins des utilisateurs,
  bogues, ...
• Contribution des idées par toute la communauté.
• Approche empirique plutôt que planifiée les
  meilleures solutions survivent, les autres
  disparaissent.

31
La dette technique

• Ne jamais compromettre la qualité d'un
  développement!

32
Toujours pas convaincu?

• Il y aura toujours des trous à combler .
• Les développements maison sont beaucoup plus
  couteux.

33
Trop de choix?

• Le monde de l'Open Source bouge très très vite.

34
Adopter une stratégie

• Minimiser le nombre de produits.
• Utiliser solutions populaires.
• Combinaisons familières et documentées.
• Aller chercher du support lorsque nécessaire.
  Voir l'Open Source comme un choix technique!
• TESTER les produits avant de vous prononcer.

35
Et les solutions propriétaires?

• Toujours évaluer en fonction des besoins.
• Domaines précis ne menaçant pas la portabilité,
  par exemple la réplication des données sur un
  cluster.
• Vérifier les points d'extensions.

36

• L'interopérabilité

37
Pourquoi l'interopérabilité

• L'informatique est de plus en plus central au
  fonctionnement d'une entreprise.

38
Pourquoi l'interopérabilité

• Le nombre d'applications utilisées a explosé.
• Relier l'entreprise à ses partenaires.
• S'adapter rapidement aux changements
  organisationnels.
• Changer de technologies sans délaisser les
  systèmes de première génération.

39
L'intégration

• Combiner des applications pour batir un système
  plus complet.
• Défi majeur pour la plupart des entreprises.
• Beaucoup d'innovation dans ce domaine.

40
Format de message

• Pour que 2 applications interagissent entre
  elles, elles doivent utiliser un format de
  message commun.

41
Plusieurs possibilités

• Protocoles réseaux JMS, Web Services, RMI, ...
• Fichiers locaux, Fichiers distants
• Courriels
• Données en Base de Données
• ...

42
Service Web

• Les Services Web sont une technologie réçente qui
  génère beaucoup d'enthousiasme.

43
Service Web

• Un Service Web est un programme informatique
  permettant la communication et l'échange de
  données entre applications et systèmes
  hétérogènes dans des environnements distribués.

44
Pourquoi cette popularité?

• Standards et protocoles ouverts.
• Déployés sur des technologies Internet standards.
• Supportés par la majorité des gros joueurs du
  développement (Java et .Net).

45
2 types de services Web

• Les Services Web de type SOAP.
• Les Services Web de type REST.

46
Les Services Web de type SOAP

• Standards SOAP et WSDL définis par le consortium
  industriel WS-I.
• WS-I compte dans ses rangs IBM, Microsoft,
  Oracle, Sun, BEA Systems, ...
• Très lourd et complexe.

47
Les Services Web de type REST

• Basés sur l'architecture du Web et ses standards
  de base HTTP et URI.
• Très simple et très légère.
• De plus en plus populaire (à juste titre).

48
La solution miracle?

• Simplement une technologie de messagerie.
• Acceptable d'utiliser d'autres technologies de
  messagerie.

49
Service Oriented Architecture

• Style d'architecture.
• Fonctionnalités décomposées en unités distinctes
  (services).
• Chaque service peut être implémenté dans une
  technologie différente.

50
Service Oriented Architecture

• Domaine prometteur mais très jeune et très
  complexe.
• Attention au battage publicitaire et aux
  standards prématurés (JBI, SCA).

51
Plusieurs solutions OS innovatrices

• Mule
• Apache ActiveMQ
• Spring Integration