Blog ENI : Toute la veille numérique !
Accès illimité 24h/24 à tous nos livres & vidéos ! 
Découvrez la Bibliothèque Numérique ENI. Cliquez ici
💥 1 livre papier acheté 
= la version en ligne automatiquement offerte. Cliquez ici
  1. Livres et vidéos
  2. Le département informatique au service des organisations
  3. Architecturer ses développements propres
Extrait - Le département informatique au service des organisations Stratégie, gouvernance et pilotage
Extraits du livre
Le département informatique au service des organisations Stratégie, gouvernance et pilotage Revenir à la page d'achat du livre

Architecturer ses développements propres

L’architecture orientée services

L’architecture orientée services, ou Service Oriented Architecture en anglais (SOA), est une approche de conception logicielle qui vise à créer des systèmes informatiques modulaires, flexibles et interopérables en organisant les fonctionnalités sous forme de services indépendants et réutilisables. Cette architecture repose sur le principe de découplage des composants logiciels, permettant ainsi de faciliter l’intégration, la réutilisation et l’agilité des applications.

L’un des aspects essentiels de l’architecture orientée services est la conception de services bien définis et autonomes, qui offrent des fonctionnalités spécifiques et sont accessibles via des interfaces standardisées. Ces services sont conçus pour être indépendants les uns des autres, ce qui signifie qu’ils peuvent être développés, déployés et mis à jour de manière indépendante sans perturber le fonctionnement global du système.

Pour architecturer ses développements propres selon les principes de l’architecture orientée services, plusieurs aspects doivent être pris en considération. Tout d’abord, il est essentiel de définir une architecture de référence qui établit...

La gestion des messages

Dans un contexte où les applications et les services sont de plus en plus distribués et interconnectés, la gestion des messages revêt une importance stratégique pour garantir l’intégrité des données, la cohérence des processus et la résilience des systèmes. Au cœur de la gestion des messages se trouvent des concepts clés tels que les Enterprise Service Bus (ESB), les systèmes de file d’attente (queuing), les architectures RESTful, et d’autres mécanismes de communication asynchrone. Ces concepts offrent des solutions robustes pour la transmission et la manipulation de données entre les composants logiciels, indépendamment de leur emplacement physique ou de leur technologie sous-jacente.

L’ESB est un modèle architectural qui permet l’intégration et la médiation des services au sein d’un environnement distribué. Il agit comme un intermédiaire entre les applications, les services et les systèmes, facilitant la communication, la transformation des données, la gestion des transactions, et la mise en œuvre de stratégies de sécurité et de contrôle d’accès.

Les systèmes de file d’attente (queuing systems) sont des outils fondamentaux pour la gestion des messages asynchrones. Ils permettent de décaler...

Les microservices

Les microservices sont le résultat d’une architecture visant à rendre les interactions entre différents composants plus aisés, que ce soit au sein d’une même application ou entre diverses applications. En effet, au lieu de rendre des services totalement dépendants au sein d’une application monolithique, comprenez en un seul package, il s’agit de créer des microservices qui, selon le cabinet de conseil en informatique Gartner, respectent les caractéristiques suivantes :

  • Périmètre clair et explicite : chaque microservice doit avoir une fonctionnalité ou un périmètre métier clairement défini et explicite. Cela signifie qu’il doit accomplir une tâche spécifique ou gérer un domaine métier bien délimité.

  • Fortement encapsulé : chaque microservice doit être encapsulé, ce qui signifie qu’il doit gérer toutes ses données internes et ses fonctionnalités sans exposer sa structure interne aux autres microservices. L’encapsulation garantit que chaque microservice peut être modifié ou remplacé sans perturber les autres.

  • Faiblement couplé : les microservices doivent être faiblement couplés, ce qui signifie qu’ils doivent interagir de manière minimale les uns avec les autres. Les dépendances entre microservices doivent être réduites au minimum pour permettre une évolutivité et un déploiement indépendants.

  • Déployable...

Les containers

Un container est le contenant permettant l’agrégation d’un composant et de ses dépendances en un tout, qui peut aisément être déployé et de manière cohérente et identique d’un environnement à l’autre. Il est possible de déployer des containers comme sur un bateau cargo, ce qui rend les déploiements plus aisés, puisqu’il est simple de les imbriquer. Le moteur, tout comme le bateau cargo, permet de faire avancer l’ensemble des containers en une fois. De plus, il est possible de déplacer, ou de dupliquer, les containers pour les faire fonctionner dans un autre environnement.

Bien que cette approche soit privilégiée pour les microservices, il n’est pas rare de voir des containers incluant une application entière avec ses composants. Il s’agit d’une approche de plus en plus fréquente pour les fournisseurs de solutions puisqu’il leur permet de fournir une application packagée et qu’il suffit de mettre à disposition en lieu et place de faire une installation complète de cette même application.

Dans ce contexte, le point important est le moteur d’exécution des containers tandis que le système d’exploitation qui le supporte n’a que peu d’importance. Il sera donc fréquent de faire fonctionner des containers...

Les solutions mixtes

1. L’approbation d’une solution

L’approbation des solutions a pour but de garantir que les choix technologiques, architecturaux et budgétaires répondent aux besoins spécifiques de l’organisation tout en respectant les exigences de sécurité, de confidentialité, et en assurant une valeur ajoutée durable. Comprendre le « pourquoi » et les concepts sous-jacents à ce processus est essentiel pour une prise de décision informée et efficace.

Ainsi, l’architecture, un élément clé dans le processus d’approbation, doit être évaluée en termes de robustesse, de flexibilité et de capacité à soutenir la croissance future. Il est crucial de s’assurer que l’architecture choisie est en adéquation avec les objectifs métier de l’organisation, tout en minimisant les risques de complexité excessive ou de dépendance technologique.

La sécurité des données, intégrant la confidentialité, l’intégrité et l’accessibilité (CIA), constitue un autre motif essentiel pour l’approbation des solutions. Les organisations doivent s’assurer que les solutions envisagées respectent les normes de sécurité appropriées et qu’elles fournissent des mécanismes...