Kostenlose Alternativen zu Workers Builds: CircleCI, GitHub Actions, Oracle Cloud und ein sicherer Umzugsplan
Der Monat ist gerade zehn Tage alt. Im Dashboard steht: „Monatliches Nutzungslimit erreicht.“
Moment mal. Zwanzig Tage stehen noch im Kalender! Soll sich die Website jetzt den Schlafanzug anziehen und Winterschlaf machen? Der Türsteher des Gratis-Tarifs hat den Laden viel zu früh geschlossen.
Entscheidend ist: Erschöpfte Build-Minuten bedeuten nicht automatisch, dass eine bereits veröffentlichte Website offline geht. Code bauen, Besucheranfragen verarbeiten und fertige HTML-Dateien ausliefern sind unterschiedliche Aufgaben. Einen Teil davon kann man bei einem anderen Anbieter mit einem eigenen kostenlosen Kontingent erledigen.
Die Zahlen wurden am 10. Oktober 2026 anhand offizieller Dokumentationen geprüft. Vor dem Einsatz sollte man die Konditionen erneut kontrollieren.
1. Welches kostenlose Kontingent ist tatsächlich aufgebraucht?
Bei Cloudflare laufen mehrere Zähler nebeneinander. Sie als eine einzige „Cloud-Batterie“ zu behandeln, macht aus einer normalen Warnung gleich eine Trauerfeier.
- Workers Builds: Zeit zum Holen, Prüfen und Bauen des Codes. Free umfasst 3.000 Minuten pro Monat, einen gleichzeitigen Build und höchstens 20 Minuten pro Build.[1]
- Cloudflare Pages Builds: Anzahl der Website-Builds, kostenlos 500 pro Monat, jeweils einer gleichzeitig.[2]
- Workers und Pages Functions: dynamische Code-Aufrufe. Im Free-Tarif teilen sie sich 100.000 Anfragen pro Tag.[3]
- Statische Dateien: fertiges HTML, CSS und Bilder, wenn dafür keine Function ausgeführt wird. Solche Pages-Anfragen sind kostenlos und unbegrenzt.[3]
Wenn die Workers-Build-Minuten auf null sinken, verschwinden zuvor bereitgestellte Webseiten nicht automatisch. Andere ausgeschöpfte Grenzen oder Funktionen, die einen neuen Build benötigen, können trotzdem Probleme verursachen. Erst klären, welcher Zähler auf null steht – dann über Gegenmaßnahmen reden.
2. 3.000 Minuten in zehn Tagen: die Rechnung
Wer 3.000 Minuten in zehn Tagen verbraucht, liegt bei 300 Minuten, also fünf Stunden am Tag. Bei gleichem Tempo wären es in 30 Tagen 9.000 Minuten und damit 6.000 Minuten mehr als das ursprüngliche Gratis-Kontingent.
Ein anderer Anbieter mit „6.000 kostenlosen Minuten“ löst das Problem jedoch nicht automatisch. Prozessorleistung, Arbeitsspeicher, Startdauer und maximale Laufzeit unterscheiden sich.
Vor dem Kapazitätsausbau sollte man Verschwendung suchen. Löst eine kleine Textkorrektur einen kompletten Website-Neubau aus? Werden fehlgeschlagene Jobs endlos wiederholt? Läuft ein winziger Check auf einer riesigen Maschine? Manchmal ist der Bösewicht kein Hacker, sondern die freundlich beschriftete Schaltfläche „Erneut ausführen“.
3. Ausführungsdienst, Wecker und Webserver haben verschiedene Aufgaben
GitHub Actions und CircleCI führen tatsächlich Skripte, Tests und Builds aus. Das sind die relevanten Alternativen für Workers-Build-Aufgaben.
cron-job.org ruft eine URL nach Zeitplan auf, sogar einmal pro Minute. Das ist ein Wecker und kein zusätzlicher Rechner, der schwere Arbeit übernimmt.[4]
Cloudflare Workers und Deno Deploy dienen vor allem Webanfragen und APIs. Schnell etwas zurückzugeben ist nicht dasselbe wie minutenlang große Mengen an Artikeln zu verarbeiten.
Fünf Wecker zu kaufen bringt keine fünf Köche ins Haus. Mehr Auslöser sind nicht gleich mehr Rechenleistung.
4. GitHub Actions: naheliegend bei Code auf GitHub
GitHub Actions kann Dateien prüfen, Übersetzungen zusammenführen und regelmäßige Aufgaben ausführen. GitHub Free enthält für private Repositories mit standardmäßigen, von GitHub gehosteten Runnern 2.000 Minuten pro Monat. Für öffentliche Repositories sind Standard-Runner kostenlos nutzbar; vertraulichen Code nur wegen kostenloser Minuten zu veröffentlichen, wäre aber ein fataler Tausch.[5]
Gut geeignet sind Artikelprüfungen, Bildaufbereitung und kurze Automatisierungen.
Auf die genaue Uhrzeit ist nicht immer Verlass: GitHub erklärt, dass geplante Läufe bei hoher Auslastung verspätet starten oder ganz entfallen können.[6] Der für 10 Uhr eingeplante Mitarbeiter erscheint vielleicht erst um 10:48 Uhr. Verpasste Jobs müssen nachholbar sein.
Auch Tests bei Code-Änderungen und Überwachung verbrauchen Minuten desselben Kontos. Die gesamten 2.000 Minuten gehören also nicht automatisch der Artikelproduktion.
5. CircleCI: ein zweites kostenloses Rechenzeit-Konto
CircleCI Free bietet 30.000 Credits pro Monat und verlangt für den Free-Tarif keine Kreditkarte. Je nach Maschinengröße werden unterschiedlich viele Credits pro Minute berechnet.[7][8]
| Laufzeitumgebung | Credits/Minute | Theoretische Minuten |
|---|---|---|
| x86 Docker Small, 2 GB | 5 | 6.000 |
| x86 Docker Medium, 4 GB | 10 | 3.000 |
| x86 Docker Large, 8 GB | 20 | 1.500 |
| Arm Docker Gen 2 Beta, 8 GB | 6 | 5.000 |
Der Haken: Die berühmten 6.000 Minuten gelten für die 2-GB-Maschine. Ein 8-GB-Job passt dort nicht einfach hinein. Das wäre, als wollte man einen Wal in einem Einzimmerapartment unterbringen.
Spannend ist Arm Gen 2 Beta: Laut offizieller Preisliste gibt es 2 CPUs und 8 GB für 6 Credits pro Minute. Vorher müssen Verfügbarkeit, Arm-Kompatibilität der Abhängigkeiten und echte Laufzeit geprüft werden.[8] Speicher und Datenverkehr können ebenfalls Credits kosten.[9]
CircleCI ist kein unendlich kostenloser Zauberserver. Es stellt aber ein eigenes kostenloses Kontingent zusätzlich zu Cloudflare bereit.
6. Oracle Cloud: virtuelle Maschine statt CI-Minuten zählen
Eine weitere Möglichkeit ist, Aufgaben auf einer Oracle-Cloud-Always-Free-VM selbst auszuführen.
Wichtige Korrektur für 2026: Die aktuelle Dokumentation nennt für Arm Always Free insgesamt das Äquivalent von 2 OCPUs und 12 GB RAM, nicht mehr die oft zitierten alten 4 OCPUs und 24 GB. Die monatliche Zuteilung lautet 1.500 OCPU-Stunden und 9.000 GB-Stunden.[10][11]
Eine eigene VM verringert die Abhängigkeit von monatlichen CI-Minuten. Dafür müssen Betriebssystem, Zugangsschlüssel, Sicherheit und Wiederherstellung selbst gepflegt werden. In manchen Regionen gibt es keine freien Kapazitäten; ungenutzte Maschinen können zurückgefordert werden.[10]
Wie eine geschenkte Werkstatt, in der man plötzlich auch Elektriker, Schlosser und Nachtwächter sein muss.
7. Cloudflare muss nicht komplett verlassen werden
Ein vollständiger Umzug birgt Risiken für bereits funktionierende Teile.
Eine sinnvolle Aufteilung: GitHub speichert die Originale; CircleCI und Actions erledigen längere Aufgaben; Cloudflare Pages liefert fertige statische Seiten; Workers und Functions betreuen kurze APIs; optional übernimmt eine VM zusätzliche Langläufer.
Pages kann je nach Einstellung auch für scheinbar statische Wege Functions starten. Cloudflare dokumentiert dafür Ausschlussregeln in _routes.json.[12] Aber Wege, die Anmeldung, Umleitung oder Sicherheitsprüfungen benötigen, darf man nicht ungetestet ausschließen. Das Türschloss abzuschrauben ist keine vernünftige Sparmaßnahme.
Pages Free hat zusätzlich 500 Builds pro Monat und maximal 20.000 Dateien pro Website.[2] Nach dem Minutenlimit am Dateilimit zu scheitern, wäre das Cloud-Pendant zum Maulwurfspiel.
8. Weitere Gratis-Angebote: nicht blind austauschbar
Deno Deploy kann sich für einzelne APIs eignen. Anwendungen, die speziell Cloudflare-Datenbanken oder zustandsbehaftete Echtzeit-Räume nutzen, brauchen für einen Umzug jedoch echte Anpassungen.[13]
Der kostenlose Vercel-Hobby-Tarif ist auf private, nicht kommerzielle Nutzung begrenzt. Eine Website mit Werbung oder kostenpflichtigen Funktionen sollte Hobby daher nicht automatisch als kostenlosen kommerziellen Host einplanen.[14]
cron-job.org kann kostenlos URLs nach Zeitplan aufrufen. Ist das Rechenkontingent am Ziel aufgebraucht, klingelt der Wecker bloß vor verschlossener Tür.[4] Auch massenhaft neue Konten zur Umgehung von Nutzungsbedingungen sind keine seriöse Strategie.
9. Das gefährlichste Umzugsproblem: denselben Artikel zweimal veröffentlichen
Angenommen, Cloudflare und CircleCI bearbeiten beide Artikel A. Der eine veröffentlicht die neue Fassung, der andere überschreibt sie später mit einer alten. Geld gespart, Zeitmaschine erfunden.
Dagegen helfen eine einzige maßgebliche Quelle und eine einzige zentrale Aufgabenvergabe. Jeder Auftrag erhält ID und Inhaltsversion. Nur ein Runner bekommt für begrenzte Zeit das Recht zur Ausführung. Das Ergebnis wird gespeichert; ein neuer Runner darf erst nach Fehler oder Ablauf übernehmen. Abschließend müssen die echte veröffentlichte URL und der tatsächliche Inhalt überprüft werden.
Geheime Zugangsdaten und unveröffentlichte Inhalte gehören nicht in öffentliche Logs. Jeder Dienst bekommt nur die nötigen Rechte. Beim Gratissparen Passwörter an die ganze Welt zu verschenken, wäre eine ziemlich teure Pointe.
10. Plan für die verbleibenden zwanzig Tage
Zuerst prüfen, ob Workers-Build-Minuten, Pages-Build-Anzahl oder tägliche Workers-Anfragen erschöpft sind. Dann die Aufgaben in notwendige Veröffentlichung und Qualitätssicherung, Inhaltsvorbereitung und verschiebbare Extras aufteilen.
Restminuten bei GitHub Actions prüfen, einen kleinen Job auf CircleCI Free testen und Dauer, Speicher und Erfolgsquote messen. Erst danach weitere Aufgaben verlagern. Bei vielen Langläufern eine Oracle-VM prüfen. Keine parallelen Produktionswege aktivieren, solange doppelte Ausführung nicht sicher verhindert wird.
Frage: Schaltet ein ausgeschöpftes Build-Limit die Website ab? Nicht automatisch. Bereits ausgelieferte statische Seiten laufen unter einem anderen Mechanismus; andere Quoten bleiben relevant.[1][3]
Frage: Decken 6.000 CircleCI-Minuten genau eine Lücke von 6.000 Minuten? Nur rechnerisch auf der 2-GB-Maschine. Echte Jobs können mehr RAM oder mehr Zeit brauchen.[7][8]
Fazit: Das Kontingent eines Ausführungsorts ist erschöpft. Die Idee selbst ist nicht am Ende.
Cloudflare: „Meine Schicht für diesen Monat ist vorbei.“
GitHub: „Ich übernehme die kleinen Aufgaben.“
CircleCI: „Ein paar Jobs können zu mir.“
Oracle: „Ein Raum ist frei, aber die Wartung machst du.“
Betreiber: „Ach so, Gratis-Tarife arbeiten im Schichtdienst?“
Es sah nach Schachmatt aus. Tatsächlich hatte das Brett noch zusätzliche Felder.
Sources / 共通公式資料
These links were checked on 2026-10-10. Dates, plan availability and usage accounting may change. The article is an anonymized scenario, not a claim about any identifiable site or account.
Editorial / safety notes
- Standalone reader-facing body in each of the 12 locales. The section order is identical; service names and technical quantities are consistent.
- Anonymized illustration: no real operator identity, original repository, account identifiers, access counts, real domain, workplace, address, personal biography or private workflow names.
- Distinguish observed scenario (“quota exhausted around day 10”) from verified published limits and hypothetical projection. Do not imply direct access to any Cloudflare dashboard.
- The June 2026 Oracle Always Free downgrade to 2 OCPU / 12 GB is reflected in all locales. Older 4 OCPU / 24 GB claims are identified as outdated.
- This is a source draft only: not an assertion that a production page is already published or indexed.
- Suggested future featured illustration: photorealistic absurd comedy, several exhausted cloud-shaped office workers changing shifts at a server desk; no text, digits, brand logos, real people, landmarks or identifiers. Illustrate the punchline rather than a generic computer stock photo.
- No affiliate recommendation or sponsorship. No permission to weaken review, privacy, release or duplicate-publication controls.
Quellen (15)
- Cloudflare Workers Builds — limits and pricing developers.cloudflare.com
- Cloudflare Pages — platform limits developers.cloudflare.com
- Cloudflare Pages Functions — pricing and static requests developers.cloudflare.com
- cron-job.org — free URL scheduling, up to once per minute cron-job.org
- GitHub — Actions billing and included minutes docs.github.com
- GitHub — scheduled workflow delays and dropped runs docs.github.com
- CircleCI — official Free plan and 30,000-credit allowance circleci.com
- CircleCI — resource class price list, including Arm Gen 2 beta circleci.com
- CircleCI — credits, exhaustion, storage/network implications circleci.com
- Oracle — Always Free resources, revised 2026 Arm allowances and idle reclamation docs.oracle.com
- Oracle — Free Tier and current eligibility conditions docs.oracle.com
- Cloudflare Pages Functions — invocation routing and _routes.json developers.cloudflare.com
- Deno Deploy — runtime and pricing limitations, migration suitability docs.deno.com
- Vercel — Hobby plan, non-commercial restrictions vercel.com
- Cloudflare — external CI/CD is a supported approach developers.cloudflare.com
