BLOG DE HUGUES MEUNIER

L'architecture SOA est à toutes les sauces bien qu'il existe actuellement plus d'articles sur le sujet que d'implémentations réelles. Néanmoins, SOA permet de répondre à certaines problématiques de design et de développement :

• - Comment optimiser mon taux de réutilisation dans le développement
• - Comment interagir avec mon ecosystème (business, technique, externe ou interne)

SOA est un pattern d'architecture; ce n'est ni une recommendation, ni un standard et SOA ne vous apporte pas une solution toute faite.

Une architecture SOA sous-entend que l'architecture est composée de services. Ces services doivent suivre les quatre principes suivants :

1. - être autonome
2. - avoir des frontières explicites
3. - partager des contrats et des schémas et non des implémentations ou des classes
4. - compatibilité basée sur les policies

Stefan Tilkov propose six nouveaux principes qui permettent de caractériser les services :

• - expose des formats et non des API
• - orienté documents
• - faiblement couplé
• - standards compliant
• - indépendant des offres fournisseurs
• - piloté par les metadata