Quand l’architecture de la plateforme nécessite une attention particulière
- Comptes et structures d’UO qui bloquent la gouvernance
- Charges de travail migrées sans contrôles bien architecturés
- Plateformes EKS difficiles à exploiter en toute sécurité
- Posture IAM, journalisation et sauvegarde incohérent
- Croissance des coûts sans propriété ni discipline de marquage
Comment nous travaillons sur cette plateforme
- Conception de la zone d'atterrissage et de la tour de contrôle AWS
- EKS et architecture de plateforme de conteneurs
- Usine de migration et feuilles de route de modernisation
- Bases de référence de sécurité, IAM et conception d'observabilité
- Modèles de livraison Terraform et GitOps
- Avis FinOps pour les domaines AWS à dépenses élevées
L'architecture dans son contexte
Architecture conceptuelle illustrant les limites décisionnelles. Elle ne représente pas un environnement client.
Comptes et tour de contrôle
Une zone d'atterrissage AWS typique comprend la structure des comptes, la fédération des identités, la journalisation, la mise en réseau, les lignes de base de sécurité et les garde-fous afin que les charges de travail puissent être déployées de manière cohérente dans les environnements.
Nous utilisons les piliers de Well-Architected comme une perspective pratique des risques – excellence opérationnelle, sécurité, fiabilité, efficacité des performances, optimisation des coûts et durabilité – puis transformons les résultats en travail que l’équipe de la plateforme peut séquencer.
EKS et livraison
EKS est conçu comme une plate-forme réutilisable, et non comme un cluster unique : l'identité, la mise en réseau, les opérations GitOps et le jour 2 correspondent à la page Kubernetes de ce site.
Terraform et GitOps sont le même modèle de livraison que Cloud Launchpad décrit déjà pour la composition automatisée sur AWS.
Les décisions technologiques en contexte
- Amazon Web Services
- AWS Tour de contrôle
- Amazon EKS
- AWS IAM
- Terraform
- Amazon CloudWatch
- AWS Organisations
Ce que le travail est censé permettre
- Une fondation AWS multi-comptes gouvernable
- Des limites de sécurité et d’identité plus claires
- Modèles de déploiement de charge de travail plus reproductibles
- Amélioration de la visibilité opérationnelle et des coûts
Un choix de plateforme est un choix opérationnel
Nous convenons des critères d’acceptation de la charge de travail, de la propriété des accès, des pratiques de changement et des responsabilités de récupération avant la mise en œuvre. Les services des fournisseurs ne suppriment pas le besoin de tests d'applications, de responsabilité en matière de coûts et d'une équipe d'exploitation.
Questions et réponses
Que comprend une zone d'atterrissage AWS ?
Une zone d'atterrissage AWS typique comprend la structure des comptes, la fédération des identités, la journalisation, la mise en réseau, les lignes de base de sécurité et les garde-fous afin que les charges de travail puissent être déployées de manière cohérente dans les environnements.
#Comment Cloud Architects Expert aborde-t-il les évaluations AWS Well-Architected ?
Nous utilisons les piliers de Well-Architected comme une perspective pratique des risques (excellence opérationnelle, sécurité, fiabilité, efficacité des performances, optimisation des coûts et durabilité), puis traduisons les résultats en travaux de remédiation prioritaires.
#Exploitez-vous la plateforme AWS après sa mise en ligne ?
Oui, en tant qu'opérations de plate-forme pour la zone d'atterrissage et EKS — pas en tant qu'informatique gérée. Le service d'assistance et le support sur le lieu de travail siègent avec Podium Catchers.
#Où Cloud Launchpad est-il documenté ?
Sur ce site, à l'adresse /products/infonuagique-launchpad/. Il s'agit de la page produit pour le déploiement automatisé de la zone d'atterrissage.
#