The Doppler Quarterly (FRANÇAIS) Édition spéciale 2019 | Page 72

Leçon 2 : De nombreuses organisations abordent leur démarche en optant pour des technol-
ogies de SGBDR traditionnelles qu’elles insèrent dans des conteneurs. Or, cette pratique engen-
dre des problèmes opérationnels et complexifie le transfert des conteneurs en raison de l'ac-
croissement des volumes de données. De surcroît, cette approche risque également d'encourager
l'intégration de la logique métier dans la base de données. Dans une approche de conteneur, il
convient que la logique métier se trouve en dehors de la base de données, afin non seulement de
faciliter la mise à l’échelle indépendamment des autres fonctions applicatives, mais aussi d'auto-
riser une certaine flexibilité dans le choix du magasin de données exploité. Dans l'idéal, la logique
métier doit donc être intégrée à d’autres aspects des fonctionnalités applicatives, via un modèle
de publication ou d'abonnement, en permettant une évolutivité de l’application selon différents
niveaux à mesure que les charges de travail évoluent.
Leçon 3 : L'état des applications ne doit jamais être stocké dans les conteneurs. Les conte-
neurs sont des ressources transitoires qui ne permettent pas de stocker de façon fiable des infor-
mations persistantes. Il convient, à l’inverse, de définir une couche du magasin de données dédiée
au suivi de l’état nécessaire à la gestion des flux de travaux et de l’expérience utilisateur.
Leçon 4 : Les flux de messagerie et de travail doivent être manipulés par le biais de services
extérieurs aux conteneurs et à la logique applicative. Cette précaution permet de s'assurer que
l'évolution et la mise à l’échelle des services auront lieu indépendamment des fonctionnalités
applicatives. Elle permet également un traitement plus robuste et plus fiable de la gestion des
erreurs et des nouvelles tentatives.
Ces quelques leçons montrent l’importance qu'il y a à respecter deux principes fondamentaux en
matière de transfert de conteneurs dans le cloud : d’une part, distinguer le calcul du stockage, et
d’autre part s'efforcer de décomposer les applications monolithiques en modules fonctionnels de
taille et de niveau de couplage plus réduits. Lorsque ces leçons sont appliquées en combinaison
avec les capacités éphémères de « déploiement lorsque nécessaire, destruction une fois terminé »
qui caractérisent les conteneurs, elles permettent de provisionner des architectures dotées de la
meilleure combinaison de caractéristiques intrinsèques du cloud et des conteneurs.
En satisfaisant les besoins en stockage de données persistantes dans les conteneurs par le biais
de services de données virtualisés, il devient possible de contourner les inconvénients majeurs
70 | THE DOPPLER | ÉDITION SPÉCIALE 2019