Le 27 février 2026, j’ai donné ma première présentation publique sur mon site web allaboutdata.eu. Le lieu était le Rotary Club Aigle, une vingtaine de membres réunis pour le déjeuner. Le titre que j’ai choisi était délibérément provocateur :
« Peut-on héberger un vrai site web de niveau production pour moins d’un dollar américain par mois ? »
Le public était attentif, les questions étaient pertinentes — et la réponse honnête s’est avérée plus nuancée qu’un simple oui ou non.
Les Deux Sites, Les Deux Stacks
Pour rendre la comparaison concrète, j’ai utilisé deux vrais sites indépendants que j’exploite :
- allaboutdata.eu — hébergé sur AWS. Une plateforme de données complète avec hébergement statique Hugo sur S3, CDN CloudFront, AWS WAF, pipelines ETL Glue, surveillance en temps réel, double CDN avec basculement DNS automatique, et contenu S3 chiffré avec des Customer Managed Keys KMS. Une solution haute disponibilité qui va bien au-delà du free tier — et le coût le reflète.
- allaboutdata-test.uk — hébergé sur Cloudflare. Mon portfolio personnel : un site statique Hugo léger stocké sur Cloudflare R2, servi via le CDN mondial de Cloudflare, avec WAF et protection DDoS inclus, TLS géré automatiquement, et toute l’infrastructure provisionnée avec Terraform. Coût : essentiellement zéro.
La comparaison n’était pas entièrement équitable du point de vue AWS — et je l’ai dit pendant la présentation. La configuration AWS est une solution beaucoup plus robuste et riche en fonctionnalités. Le site Cloudflare est intentionnellement minimal. Mais cette asymétrie est précisément le point central : de quoi avez-vous réellement besoin pour un site statique ?
L’Architecture
La stack Cloudflare répond directement à cette question :
| Composant | Outil | Coût |
|---|---|---|
| Build | Hugo (open source) | 0,00 $ |
| Contrôle de source & CI/CD | GitHub Actions (tier gratuit) | 0,00 $ |
| Stockage | Cloudflare R2 | ~0,015 $/Go |
| CDN | Réseau mondial Cloudflare | Inclus |
| Sortie | Zéro (modèle R2) | 0,00 $ |
| TLS / HTTPS | Cloudflare (automatique) | 0,00 $ |
| Total | < 0,04 $/mois |
Les deux stacks partagent la même discipline de développement : Infrastructure as Code avec Terraform, déploiements automatisés via GitHub Actions à chaque push sur main, et distribution edge mondiale pour qu’un visiteur à Tokyo ne récupère jamais du contenu depuis l’Europe.
Ce qu’AWS ajoute — et ce qui justifie son coût — c’est tout ce qui va au-delà de la livraison : crawlers ETL Glue et jobs Spark, un data lakehouse Bronze→Silver→Gold, tableaux de bord CloudWatch, planificateurs EventBridge, alertes SNS, analyses SQL Athena, et exports Lambda. Rien de tout cela n’a d’équivalent sur le tier gratuit de Cloudflare, et c’est normal — ce sont des outils différents pour des problèmes différents.
Points Clés
- Les sites statiques sont sous-estimés. Si votre contenu ne change pas selon l’utilisateur, il n’y a aucune raison de payer pour un serveur.
- Les frais de sortie sont le coût caché. Les fournisseurs cloud traditionnels facturent chaque octet sortant du stockage. Cloudflare R2 ne le fait pas.
- L’Infrastructure as Code dès le premier jour. Toute la configuration Cloudflare est gérée avec Terraform — reproductible, auditable, versionnée.
- GitHub Actions suffit. Pour les sites statiques, un pipeline CI/CD en tier gratuit gère tout ce dont vous avez besoin.
- Sachez ce pour quoi vous payez. Le coût AWS est réel, mais la valeur l’est aussi : chiffrement KMS, configuration multi-région, règles WAF gérées, et une stack d’observabilité complète ne sont gratuits nulle part ailleurs non plus.
Retours du Public
J’ai reçu des retours extrêmement utiles que j’entends incorporer dans la prochaine version de cette présentation. Le résumé honnête : les deux premières diapositives passent bien auprès d’un public non technique. Après cela, la complexité monte trop rapidement. Les diagrammes d’architecture clairs pour un ingénieur sont opaques pour tout le monde.
C’est la chose la plus importante que j’ai apprise ce jour-là — et je la considère comme un cadeau. La prochaine version de cette présentation sera construite autour de l’histoire d’abord, l’architecture ensuite.
La Suite
Je vais affiner les slides sur la base des retours et présenter à nouveau. Chaque itération sera signée avec une Signature Électronique Qualifiée SwissSign — ce qui signifie que chaque version est cryptographiquement horodatée et infalsifiable, définitivement consignée sous les réglementations eIDAS.
La version 1 existe. Elle est signée. Elle est publiée. C’est ce qui compte.
Slides & Ressources
Les slides sont disponibles en téléchargement ci-dessous. La présentation a été donnée en français ; les slides sont en anglais. Le PDF est signé avec une Signature Électronique Qualifiée SwissSign (27 février 2026) — si vous l’ouvrez dans un lecteur PDF vous pouvez vérifier la signature et confirmer que le document n’a pas été modifié depuis sa signature.