Le contexte commercial
Vend clairement des lunettes de prescription en ligne. Sa combinaison existante d'infrastructures sur site et Rackspace créait des contraintes en termes d'échelle, de résilience et de capacité à prendre en charge les périodes de pointe.
Le projet s'est concentré sur une base numérique prête pour la production : l'évolutivité, la disponibilité, la récupération et la livraison contrôlée devaient fonctionner ensemble.
Le défi de l'architecture
L'équipe devait aller au-delà d'une infrastructure difficile à faire évoluer tout en préservant la continuité des applications. La migration et la modernisation ont été séquencées plutôt que traitées comme un seul événement de remplacement.
L'architecture dans son contexte
Architecture conceptuelle illustrant les limites décisionnelles. Elle ne représente pas un environnement client.
Une mise en œuvre par étapes
- 01Déplacez l'environnement vers un compte AWS délibérément conçu, à l'aide d'outils de migration adaptés à la charge de travail.
- 02Adaptez la taille des serveurs et développez les pools de serveurs derrière l'équilibrage de charge F5.
- 03Intégrez la configuration de l'infrastructure dans Terraform et la gestion de la configuration dans Ansible.
- 04Introduisez l’autoscaling et améliorez la manière dont l’infrastructure répond aux pics de demande.
L'ingénierie au-delà du geste initial
Le travail fourni comprenait un pipeline en tant que code avec Jenkins et GitHub, la découverte de services avec HashiCorp Consul et des modèles de gestion des secrets à l'aide de AWS Secrets Manager et HashiCorp Vault. L'architecture connectait AWS, Azure et les besoins de livraison sur site lorsque l'environnement l'exigeait.
Ce que l'architecture a permis
- Un modèle de provisionnement d'infrastructure reproductible au lieu d'une configuration manuelle unique.
- Capacité de charge de travail élastique avec comportement d’équilibrage de charge défini.
- Une base plus claire pour la disponibilité, la reprise après sinistre et les contrôles de sécurité.
- Une plateforme opérationnelle qui pourrait évoluer après la migration initiale.
Ce qu'une autre organisation peut apprendre
La migration est plus utile lorsqu’elle crée un état cible exploitable. Pour les détaillants, cela signifie prouver ensemble la mise à l’échelle, le déploiement, la récupération et l’accès avant la fenêtre commerciale la plus chargée. La séquence correcte dépend de l'application et non d'une formule de migration universelle.
Questions et réponses
Quelles plateformes et quels outils ont été impliqués ?
Le projet source décrit AWS et Azure, Terraform, Ansible, Jenkins, GitHub, F5, Consul, AWS Secrets Manager et HashiCorp Vault. Cette page met en évidence le travail d'architecture plutôt que de prescrire cet ensemble d'outils à chaque client.
#La même architecture peut-elle être réutilisée pour un autre détaillant ?
Les principes d’une infrastructure reproductible, d’une migration basée sur les dépendances et d’une capacité testée sont réutilisables. La structure des comptes, les flux de données, le comportement des applications et les objectifs de récupération doivent être conçus pour le prochain détaillant.
#Comment pouvons-nous discuter d’un projet similaire ?
Tenez compte de la charge de travail, du modèle de demande de pointe et des contraintes d'hébergement actuelles. Nous pouvons évaluer quelles fondations doivent être établies avant la migration ou la modernisation.
#