1. Ich dachte, nach Excel kommt eine Website. Warum steht hier plötzlich ein Logistikzentrum?
Wer hauptsächlich mit Tabellen gearbeitet hat, kommt in die Webentwicklung und stellt eine völlig vernünftige Frage:
Wollte ich nicht einfach nur eine Website veröffentlichen?
HTML ist noch nachvollziehbar.
Dann kommen Git, GitHub, Repository, Branch, Commit, Build, Deploy, Worker, D1, KV, DNS, CDN und CI/CD gleichzeitig.
Man verlässt das Startdorf und trifft statt eines Slimes auf „Einführung in verteilte Systeme“.
Die Verwirrung hat einen strukturellen Grund. Viele Excel-Aufgaben bleiben in einer Anwendung. Ein Webdienst trennt Schreiben, Speichern, Umwandeln, Ausführen, Verteilen und Protokollieren auf verschiedene Schichten.
2. Das eigentliche Problem ist nicht die Schwierigkeit, sondern übersprungene Schichten
Es gibt keinen universellen Lernplan, aber konzeptionell wachsen häufig diese Schichten:
- Dateien schreiben
- Änderungen mit Git verfolgen
- mit GitHub speichern und zusammenarbeiten
- Build
- Deploy
- APIs ausführen
- Datenbank anbinden
- automatisieren
- Retry und Recovery
Mit KI und Templates kann ein Anfänger heute sehr schnell von Schritt 1 zu Schritt 9 springen.
Praktisch.
Aber der Kopf kommt kaum hinterher.
Gestern: „GitHub speichert Code.“ Heute: „Workers Builds root“, „D1 binding“, „KV eventual consistency“.
Das ist, als würde man lernen, einen Kühlschrank zu bedienen und am nächsten Tag die Logistik einer Lebensmittelfabrik verwalten.
3. Was ist GitHub? Ein Bauplanlager mit Änderungsverlauf
Die zentrale Aufgabe von GitHub ist die Verwaltung von Dateien und Änderungen in Git-Repositories.
Ein Webprojekt kann Artikel, HTML, CSS, JavaScript, Konfiguration, Tests und Skripte enthalten.
Commits dokumentieren, was wann geändert wurde.
Ein nützliches Modell:
GitHub = Bauplanlager + Änderungsverlauf
GitHub Pages kann statische Websites hosten, GitHub Actions kann Build, Tests und Deployments automatisieren.
Darum wirkt die Grenze unscharf.
Im Lager steht auch eine kleine Fabrik.
Der Schwerpunkt bleibt aber Code, Zusammenarbeit und Änderungshistorie.
4. Was ist Cloudflare? Die Fabrik besitzt plötzlich auch Laden, Lager, Lieferwagen und Sicherheitsraum
Cloudflare kann:
- Websites ausliefern
- Serverlogik mit Workers ausführen
- Build und Deploy durchführen
- SQL-Daten mit D1 speichern
- Key-Value-Daten mit KV speichern
- weltweit verteilen
- DNS verwalten
- Sicherheitsfunktionen bereitstellen
- dauerhafte mehrstufige Prozesse mit Workflows ausführen
„Hosting“ ist dafür fast zu klein.
Passender ist:
Fabrik + Laden + Lager + Verteilzentrum + Sicherheitsraum
Und die Datenbank steht auf demselben Gelände.
GitHub und Cloudflare überschneiden sich teilweise, haben aber unterschiedliche Schwerpunkte.
5. Was ist ein Build? Aus Bauplänen wird ein fertiges Produkt
Dateien in einem Repository sind oft noch nicht die fertige Website.
Frameworks wie Astro wandeln Inhalte, Komponenten, Konfiguration und Code in auslieferbares HTML, CSS und JavaScript um.
Diese Umwandlung ist der Build.
Cloudflare Workers Builds kann auf einen Push in ein verbundenes Git-Repository reagieren, einen Build-Befehl ausführen und danach einen Deploy-Befehl starten.
Also:
GitHub = Modellbausatz
Build = Zusammenbauen
Deploy = fertiges Produkt ins Regal stellen
Build-Logs sind lang, weil es Produktionsprotokolle sind.
Du wolltest die Website sehen.
Das System zeigt dir die Fertigungsdokumentation.
6. D1 und KV — beide speichern Daten, warum gibt es zwei?
D1 ist Cloudflares SQL-Datenbank. Sie speichert Daten in Tabellen. Mit SQL, wie es bei SQLite verwendet wird, lassen sich die Zeilen suchen, die eine bestimmte Bedingung erfüllen.
Denke an ein offizielles Register mit Zeilen, Spalten, Abfragen und Beziehungen.
KV speichert einen Namen zusammen mit seinem Wert. Beim Namen „Website-Modus“ könnte der Wert zum Beispiel „normal“ sein.
Zum Beispiel:
- site_mode → normal
- feature_x → true
- user_123_theme → dark
Eher ein riesiges Wörterbuch.
KV ist für schnelle Lesezugriffe und globales Caching geeignet, arbeitet aber mit eventual consistency. Cloudflare weist darauf hin, dass andere Standorte vorübergehend ältere Werte sehen können, teilweise 60 Sekunden oder länger.
Daher:
D1 = offizielles Register
KV = schnelles Wörterbuch oder Notizzettelwand
„Kann man nicht alle Daten an einem Ort speichern?“ ist eine sehr vernünftige menschliche Frage.
Verteilte Systeme haben andere Hobbys.
7. GitHub oder Cloudflare — wer kann besser selbstständig laufen?
Das hängt von der Aufgabe ab.
GitHub Actions automatisiert Build, Tests und Deployments bei Repository-Ereignissen.
Cloudflare Workers kann dauerhaft als API laufen. Workflows merkt sich, welche Schritte erledigt sind, versucht fehlgeschlagene Schritte erneut, wartet bei Bedarf und macht dort weiter, wo es aufgehört hat.
Als Metapher:
GitHub = Ingenieur für Entwurf, Änderung und Reparatur
Cloudflare = automatisierte Fabrik für definierte Abläufe
Für Codeanalyse und Reparatur ist GitHub die natürliche Mitte.
Für „führe diesen Prozess bis zum Ende aus und versuche bei Fehlern erneut“ ist Cloudflare die natürliche Mitte.
Es sind unterschiedliche Berufe.
8. Wann lernen Menschen das alles? Nicht jeder lernt es in der Schule
GitHub begegnet vielen in Informatikkursen, Forschungslaboren und Softwarejobs.
Cloudflare, AWS, GCP, Datenbanken und CI/CD werden oft erst gelernt, wenn wirklich Dienste bereitgestellt und betrieben werden müssen.
Nichttechnische Fachkräfte können eine ganze Karriere verbringen, ohne Cloudflare Workers anzufassen.
Wirtschaft, Buchhaltung, Vertrieb, HR und Operations können viele Jahre stark mit Excel arbeiten, ohne Web-Infrastruktur zu benötigen.
Also nicht:
„Alle wussten das außer mir.“
Sondern:
Du hast den Werkzeugkasten eines anderen Berufs geöffnet.
Man kann Grenznutzen studieren und einige Jahre später von eventual consistency erschlagen werden.
Das steht selten im selben Kurs.
9. Fazit — nicht alles auswendig lernen. Erst verstehen, wer welche Aufgabe hat
Diese Karte reicht am Anfang:
| Name | Kurzbeschreibung |
|---|---|
| GitHub | Baupläne und Verlauf |
| Build | Ausgangsdateien in eine fertige Website umwandeln |
| Deploy | die fertige Website für Besucher bereitstellen |
| Cloudflare Workers | serverseitige Ausführung |
| D1 | SQL-Register |
| KV | schnelles Key-Value-Wörterbuch |
| GitHub Actions | Automatisierung auf GitHub-Seite |
| Cloudflare Workflows | lange automatische Arbeiten, die sich ihren Fortschritt merken |
Mit dieser Karte kann man bei Fehlern fragen: GitHub, Build, Worker oder DB?
Allein diese Einteilung nimmt viel Lärm heraus.
Die Überforderung entstand nicht, weil du zu langsam verstehst.
Du bist von einem Ein-Raum-Werkzeug namens Excel direkt in den Technikraum eines ganzen Einkaufszentrums gewechselt.
Du wolltest eine Glühbirne wechseln.
Jetzt erklärt jemand die Brandschutzrollläden.
Quellen (7)
- 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/
