Actualités

02.01.2017 []

Rapport 2016 Architecture de services ou « API-sation » des SI

La transformation numérique des entreprises et de leur écosystème (partenaires, clients…) nécessite de revoir les modèles de collaboration et d’échanges.

Pour faciliter l’évolutivité et la souplesse dans les recompositions de services, il devient indispensable d’adopter des langages d’échanges des services simples et compréhensibles (on parle de services « affordants », c’est-à-dire autoportants et directement utilisables).

Il s’agit de pouvoir opérer et s’intégrer dans des business model toujours plus coopératifs et mouvants en considérant notamment les développeurs comme des clients.

Les API revêtent à la fois un enjeu stratégique et technique :

> Stratégique car il s’agit de pouvoir développer et s’intégrer dans le plus de business models possible

> Technique car il s‘agit de disposer de frontaux SI sécurisés qui masquent la complexité et permettent de valoriser aux mieux les actifs IT existants.

Selon les cas, la mise en place des API est conduite localement par des initiatives métiers ou SI visant à répondre à un objectif défini où s’inscrit dans des approches plus globales de :

• Open data (SNCF)
• Programme de transformation digitale (ENGIE)
• Reconfiguration des écosystèmes et règles business (Banques ou assurances)
• Conversion des SI au mode service (SNCF)
• Stratégie omni-canal (Groupe Rocher)
• Simplification administrative (API.gouv.fr)

Le rapport 2016 du groupe de travail est articulé en 5 chapitres :