Une entrée publique
L’Application Load Balancer se trouve dans des public subnets.
Un laboratoire AWS fondé sur le réseau privé, des identités limitées et une infrastructure lisible.
ÉTUDE D’ARCHITECTURE · ILLUSTRATION
Décision reconstruite à partir de la documentation du dépôt ; aucun environnement déployé n’est représenté.
L’Application Load Balancer se trouve dans des public subnets.
Les security groups applicatifs autorisent le security group de l’ALB, plutôt qu’une plage publique large.
Les instances EC2 optionnelles sont privées, sans IP publique ni SSH entrant. Compute et NAT sont désactivés par défaut.
La frontière est définie dans le code d’infrastructure : les accès peuvent être examinés avant le deployment.
Lire la source ↗Un laboratoire de portfolio réunissant une infrastructure Terraform modulaire, une petite application FastAPI, une configuration Docker avec container hardening et des workflows de validation de sécurité.
Un ALB public dessert des instances applicatives optionnelles dans des private subnets. Les références de security groups limitent l’accès ; aucune IP publique ni entrée SSH sur les instances.
IAM roles, IMDSv2 et OIDC trust limité à une branche, associés à CloudTrail, un bucket S3 privé chiffré, CloudWatch et GuardDuty configurable.
Validation Terraform, IaC scanning, secret scanning, tests applicatifs et container scanning constituent des CI gates distincts. Compute et NAT sont désactivés par défaut.
Laboratoire pédagogique sans deployment en production vérifié. HTTPS, endpoints VPC et politique de deployment à permissions limitées restent à réaliser. Les ressources AWS peuvent être facturées ; la CI ne les déploie pas. Le private compute nécessite aussi un workflow de livraison logicielle maîtrisé.