Passer au contenu
Études de cas

Aquatic Informatics : livraison reproductible pour des charges de travail mixtes

La conteneurisation, AWS EKS et une approche automatisée CI/CD ont soutenu la transition d'Aquatic Informatics vers un environnement multi-tenant plus mature.

  • Commanditaires exécutifs
  • Gestionnaires TI
  • Gestionnaires de projet
  • Architectes et responsables de l’ingénierie
Architecture conceptuelle

Le contexte du projet

Aquatic Informatics développe des logiciels qui organisent les données sur l'eau. L'engagement portait sur un environnement technologique mixte alors que l'application évoluait d'hypothèses à locataire unique vers une livraison multi-tenant.

Compatibilité et location ensemble

Les charges de travail Windows et Linux, la fourniture d'applications et l'authentification étaient nécessaires pour fonctionner comme une plate-forme cohérente. Traiter le déploiement de conteneurs uniquement comme un résultat laisserait les problèmes opérationnels et d’accès des utilisateurs non résolus.

L'architecture dans son contexte

Architecture conceptuelle

Architecture conceptuelle illustrant les limites décisionnelles. Elle ne représente pas un environnement client.

L’approche de mise en œuvre

  1. 01Préparez l'application à s'exécuter dans un environnement AWS EKS.
  2. 02Créez un pipeline de construction, de test et de déploiement de bout en bout à l'aide de modèles Cloud Launchpad.
  3. 03Intégrez des opérations de sécurité et des contrôles de qualité automatisés dans la livraison.
  4. 04Validez les charges de travail mixtes du système d’exploitation et les scénarios d’authentification des utilisateurs liés à Active Directory.

Qu'est-ce qui a fait de l'œuvre un problème d'architecture

Le chemin de livraison devait prendre en charge différentes technologies d'application tout en améliorant la location, la sécurité et la visibilité. Les choix de plates-formes ont été évalués en fonction de la compatibilité des applications et du modèle opérationnel, et non de manière isolée.

Direction délivrée

  • Un chemin plus reproductible pour créer, tester et déployer les modifications des applications.
  • Une conception de plateforme accompagnant l’évolution multi-tenant du client.
  • Contrôles de sécurité et de qualité liés au workflow de livraison.
  • Visibilité améliorée sur l’application et son environnement d’exploitation.

Leçons pour une autre équipe logicielle

Choisissez dès le début un chemin d’application représentatif et testez ses hypothèses en matière de système d’exploitation, d’identité et de location. L'automatisation est utile lorsqu'elle rend ces dépendances visibles et reproductibles.

Foire aux questions

Questions et réponses

Pourquoi les charges de travail mixtes étaient-elles importantes ?

Le projet source décrit les conteneurs Windows et Linux. Leurs exigences de compatibilité et d’authentification devaient être prises en compte dans la conception de la plateforme et de la livraison.

#
Quel est le lien entre Launchpad et le projet ?

Cloud Launchpad a fourni des modèles de livraison réutilisables pour l'approche CI/CD. Les exigences de candidature et de location déterminaient toujours la mise en œuvre spécifique au projet.

#
Que peut réutiliser un autre éditeur de logiciels ?

L'évaluation basée sur les dépendances, le déploiement reproductible et la validation intégrée sont des pratiques transférables. Une nouvelle application nécessite ses propres décisions en matière de sécurité, de location et d’exploitation.

#
Un point de départ plus clair

Votre prochaine décision infonuagique commence ici.

Parlez-nous de votre environnement, de vos priorités et de votre prochaine décision infonuagique.