Réponse en cinq secondes : Il est normal de saturer. Excel concentre surtout le travail de tableau dans une application. GitHub et Cloudflare font soudain apparaître gestion de versions, build, serveurs, bases de données, distribution mondiale, sécurité et reprise après erreur. Ce n’est pas seulement « je suis mauvais en informatique » ; c’est plutôt « j’ai sauté plusieurs niveaux et je suis entré directement dans le donjon final ».
1. Je pensais qu’après Excel venait un site web. Pourquoi y a-t-il maintenant un centre logistique ?
Une personne habituée aux tableurs arrive dans le développement web et pose une question logique :
Je voulais juste publier un site, non ?
HTML reste compréhensible.
Puis arrivent Git, GitHub, repository, branch, commit, build, deploy, Worker, D1, KV, DNS, CDN et CI/CD.
On quitte le village de départ et, au lieu d’un petit monstre, on trouve « Introduction aux systèmes distribués ».
La confusion a une cause structurelle. Beaucoup de tâches Excel restent dans une seule application. Un service web sépare écriture, stockage, transformation, exécution, distribution et journalisation.
2. Le vrai problème n’est pas la difficulté, mais les couches sautées
Il n’existe pas un seul cursus universel, mais conceptuellement les couches peuvent s’accumuler ainsi :
- écrire des fichiers
- suivre les changements avec Git
- stocker et collaborer avec GitHub
- Build
- Deploy
- exécuter des APIs
- connecter une base de données
- automatiser
- gérer retry et récupération
Avec l’IA et les templates, on peut passer de l’étape 1 à l’étape 9 très vite.
C’est pratique.
Et violent pour la mémoire de travail.
Hier : « GitHub stocke le code. » Aujourd’hui : « Workers Builds root », « D1 binding », « KV eventual consistency ».
C’est comme apprendre à utiliser un réfrigérateur puis gérer la logistique d’une usine alimentaire le lendemain.
3. GitHub, c’est quoi ? Un entrepôt de plans avec historique
Le rôle central de GitHub est de gérer les fichiers et les modifications dans des dépôts Git.
Un projet web peut contenir articles, HTML, CSS, JavaScript, configuration, tests et scripts.
Les commits enregistrent ce qui a changé et quand.
Modèle simple :
GitHub = entrepôt de plans + historique des modifications
GitHub Pages peut héberger un site statique et GitHub Actions peut automatiser build, tests et déploiements.
Voilà pourquoi la frontière semble floue.
L’entrepôt possède aussi une petite usine.
Mais le cœur reste le code, la collaboration et les changements.
4. Cloudflare, c’est quoi ? L’usine qui possède aussi le magasin, le dépôt, les camions et la sécurité
Cloudflare peut :
- servir des sites
- exécuter du code serveur avec Workers
- construire et déployer
- stocker du SQL avec D1
- stocker des paires clé-valeur avec KV
- distribuer mondialement
- gérer le DNS
- appliquer des contrôles de sécurité
- exécuter des processus durables avec Workflows
Le mot « hébergement » devient trop petit.
Une meilleure image :
usine + magasin + entrepôt + centre de distribution + salle de sécurité
Et la base de données est sur le même site.
GitHub et Cloudflare se chevauchent un peu, mais leur centre de gravité diffère.
5. Qu’est-ce qu’un Build ? Transformer les plans en produit fini
Les fichiers d’un dépôt ne sont généralement pas encore le site final.
Un framework comme Astro transforme contenu, composants, configuration et code en HTML, CSS et JavaScript distribuables.
Cette transformation est le Build.
Cloudflare Workers Builds peut détecter un push vers un dépôt Git connecté, lancer une commande de build puis une commande de déploiement.
Donc :
GitHub = boîte de maquette
Build = assemblage
Deploy = mettre le produit fini en rayon
Les logs de build sont longs car ce sont des journaux d’usine.
Vous vouliez voir le site.
On vous donne le rapport de fabrication.
6. D1 et KV — deux systèmes de données, pourquoi ?
D1 est la base SQL serverless de Cloudflare, avec des sémantiques SQL de type SQLite.
Imaginez un registre officiel avec lignes, colonnes, requêtes et relations.
KV est un stockage Key-Value.
Par exemple :
- site_mode → normal
- feature_x → true
- user_123_theme → dark
C’est plutôt un énorme dictionnaire.
KV est optimisé pour la lecture rapide et le cache mondial, mais utilise l’eventual consistency. Cloudflare indique qu’un autre emplacement peut temporairement voir une ancienne valeur, parfois pendant 60 secondes ou davantage.
Donc :
D1 = registre officiel
KV = dictionnaire rapide ou panneau de post-it
« Pourquoi ne pas tout mettre dans une seule base ? » est une excellente question humaine.
Les systèmes distribués ont leurs propres priorités.
7. GitHub ou Cloudflare : lequel sait mieux avancer tout seul ?
Cela dépend du travail.
GitHub Actions automatise build, tests et déploiement en réponse à des événements du dépôt.
Cloudflare Workers peut fonctionner en continu comme API. Workflows conserve l’état entre étapes, retente après erreur, attend et reprend plus tard.
Métaphore :
GitHub = ingénieur fort en conception, modification et réparation
Cloudflare = usine automatique forte pour exécuter un processus défini
Pour comprendre et corriger le code, GitHub est le centre naturel.
Pour « pousser le processus jusqu’au bout et retenter en cas d’échec », Cloudflare est le centre naturel.
Ce sont des métiers différents.
8. Quand les gens apprennent-ils tout cela ? Pas tous à l’école
GitHub est fréquent en informatique, dans les laboratoires et les emplois logiciels.
Cloudflare, AWS, GCP, bases de données et CI/CD sont souvent appris seulement lorsqu’il faut réellement déployer et exploiter un service.
Une personne non technique peut faire toute sa carrière sans toucher Cloudflare Workers.
Économie, comptabilité, ventes, RH et opérations peuvent utiliser Excel pendant des années sans outils d’infrastructure.
Donc ce n’est pas « tout le monde savait sauf moi ».
C’est :
vous avez ouvert la boîte à outils d’un autre métier.
On peut étudier l’utilité marginale puis, quelques années plus tard, se faire attaquer par l’eventual consistency.
Ce n’est généralement pas le même cours.
9. Conclusion — pas besoin de tout mémoriser. Apprenez qui fait quoi
Cette carte suffit au début :
| Nom | Sens |
|---|---|
| GitHub | plans et historique |
| Build | transformer la source en produit |
| Deploy | mettre le produit en production |
| Cloudflare Workers | exécution serveur |
| D1 | registre SQL |
| KV | dictionnaire clé-valeur rapide |
| GitHub Actions | automatisation côté GitHub |
| Cloudflare Workflows | automatisation durable avec état |
Avec cette carte, lorsqu’une erreur arrive, on peut demander : GitHub, Build, Worker ou DB ?
La simple classification enlève déjà beaucoup de bruit.
La saturation ne vient pas d’un manque d’intelligence.
Vous êtes passé d’un outil d’une pièce appelé Excel à la salle technique d’un centre commercial entier.
Vous vouliez changer une ampoule.
Quelqu’un explique maintenant les volets coupe-feu.
Sources
- GitHub Docs, What is GitHub Pages? https://docs.github.com/en/pages/getting-started-with-github-pages/what-is-github-pages
- GitHub Docs, Understanding GitHub Actions https://docs.github.com/en/actions/get-started/understand-github-actions
- Cloudflare Docs, Workers Builds https://developers.cloudflare.com/workers/ci-cd/builds/
- Cloudflare Docs, Workers Builds Configuration https://developers.cloudflare.com/workers/ci-cd/builds/configuration/
- Cloudflare Docs, D1 https://developers.cloudflare.com/d1/
- Cloudflare Docs, How KV works https://developers.cloudflare.com/kv/concepts/how-kv-works/
- Cloudflare Docs, Workflows https://developers.cloudflare.com/workflows/
