AWS offre au moins quatre façons d'héberger un SaaS, du presque-sans-effort au tout-contrôle. Voici les quatre chemins, ce qu'ils coûtent en temps et en argent, et comment choisir selon ton équipe.
Du plus managé au plus manuel. Plus tu descends, plus tu contrôles — et plus tu gères.
Amplify ou Lambda : le moins d'infra possible, tu restes sur le produit.
ECS/Fargate : conteneurs propres, scale géré, sans admin système.
EC2 : PHP historique, GPU, config précise, ou coût plancher à charge constante.
RDS pour la base, S3 pour les fichiers. Ça, ça ne change pas selon le compute.
Le choix du compute mérite son propre article : EC2, ECS ou Lambda : comment je choisis.
Quel que soit le compute, l'architecture de données est la même : base managée sur RDS (jamais sur le disque du compute), fichiers et médias sur S3 servis par CloudFront. C'est ce découplage qui rend le tout robuste et scalable.
Cette archi est détaillée dans pourquoi AWS pour un e-commerce et sa suite passer à l'échelle.
AWS est plus verbeux que Vercel, mais souvent moins cher à l'échelle — à condition de surveiller. Le piège classique : sous-estimer les coûts périphériques (transfert de données, NAT, snapshots).
Mets un budget avec alerte dès le premier jour. Les postes qui dérivent sont dans les 5 lignes qui plombent ta facture.
AWS ne t'oblige pas à choisir entre simplicité et contrôle : Amplify pour démarrer, ECS quand ça grossit, EC2 quand tu veux tout maîtriser — avec toujours RDS et S3 en socle. Choisis selon ton équipe aujourd'hui, pas selon l'échelle que tu espères.
AWS — SaaS on AWS ↗