# Ein Python-Skript oder einen Worker rund um die Uhr laufen lassen

> Ein Python-Skript, einen geplanten Job oder einen Queue-Worker Tag und Nacht auf Servern in der EU laufen lassen, direkt aus GitHub. Kostenlos, solange du daran baust, dauerhaft für 2 EUR im Monat.

Web page: https://blitz.cloud/de/guides/run-python-script-24-7/
Updated: 2026-11-04

Ein Preiswächter, der alle zehn Minuten einen Shop prüft. Ein Scraper, der nachts eine Datenbank füllt. Ein Worker, der Aufträge aus einer Redis-Queue abholt, oder ein KI-Agent, der um sieben dein Postfach liest und eine Zusammenfassung schreibt. Keins davon braucht eine Webseite. Sie brauchen einen Rechner, der nicht ausgeht, wenn du den Laptop zuklappst.

Auf blitz.cloud kommt das Skript aus deinem GitHub-Repository und läuft im Hintergrund auf Servern in der EU. Jeder Push baut eine neue Version.

## Läuft es kostenlos rund um die Uhr?

Nein. Im kostenlosen Tarif läuft ein Hintergrund-Skript, solange du daran arbeitest: Ein bis zwei Tage nach deiner letzten Anmeldung oder deinem letzten Deploy hält es an, und mit Start läuft es wieder. Zum Ausprobieren passt das, für einen Job, der am Sonntagmorgen laufen soll, während du unterwegs bist, nicht.

Damit es Tag und Nacht läuft, machst du es für 2 EUR im Monat oder 15 EUR im Jahr zur **Pro-App**. Mit mehreren Skripten lässt **Pro** für 7 EUR im Monat beliebig viele laufen.

## Schreib es als Prozess, der weiterläuft

blitz.cloud hat keinen eigenen Cron-Dienst. Ein Skript, das nach Zeitplan laufen soll, bleibt am Leben und kümmert sich selbst um die Zeit. Mit dem Paket `schedule` sind das ein paar Zeilen:

```python
import time
import schedule

def check_prices():
    print("checking prices", flush=True)
    # dein Code

schedule.every(10).minutes.do(check_prices)
schedule.every().day.at("06:00").do(check_prices)  # die Serveruhr läuft in UTC

while True:
    schedule.run_pending()
    time.sleep(30)
```

APScheduler geht genauso und versteht Regeln im Cron-Stil und Zeitzonen. Nutzt du eine Zeitzone, schreib `tzdata` in die `requirements.txt`. Ein Queue-Worker braucht gar keinen Zeitplan: Er wartet in einer Schleife auf die Queue.

Gib mit `flush=True` aus, oder starte Python mit `-u`, dann steht deine Ausgabe sofort im Tab Logs.

## Online stellen

1. Leg das Skript mit einer `requirements.txt` auf GitHub.
2. Melde dich an, klick auf "Host something new", dann auf "My own code", und wähl das Repository.
3. Schalte beim Benennen der App "Runs in the background" ein. Sie bekommt keine Adresse, schläft nie ein, und wir warten nicht darauf, dass sie auf einem Port antwortet.
4. Trag API-Schlüssel und Passwörter im Tab Environment der App ein. Sie werden verschlüsselt gespeichert und kommen als Umgebungsvariablen im Skript an, etwa `os.environ["API_KEY"]`.
5. Bau es und schau in den Tab Logs.
6. Wenn es tut, was es soll, öffne seine Seite und klick auf "Make it a Pro app".

Ohne Dockerfile schreiben wir eins aus dem, was im Repository liegt. Willst du selbst bestimmen, reicht das hier:

```dockerfile
FROM python:3.12-slim
WORKDIR /app
COPY requirements.txt .
RUN pip install --no-cache-dir -r requirements.txt
COPY . .
CMD ["python", "-u", "main.py"]
```

## Wohin die Ergebnisse gehen

Dateien, die das Skript schreibt, sind nach einem Neustart weg, außer sie liegen in einem der aufbewahrten Ordner der App. Für alles, was bleiben soll, ist eine Datenbank der bessere Ort. Leg auf der Seite Databases eine PostgreSQL-, MariaDB- oder Redis-Datenbank an und verbinde sie. Die Adresse kommt als `DATABASE_URL` oder ähnlich an, nur deine eigenen Apps erreichen sie, und sie wird jede Nacht gesichert.

## Was du mit welcher Wahl bekommst

| | Kostenlos | Pro-App | Pro |
|---|---|---|---|
| Preis | 0 EUR | 2 EUR im Monat oder 15 EUR im Jahr | 7 EUR im Monat oder 70 EUR im Jahr |
| Hintergrund-Skript läuft | Solange du daran arbeitest, hält ein bis zwei Tage nach deiner letzten Anmeldung oder deinem letzten Deploy an | Tag und Nacht | Tag und Nacht |
| Wie viele | Eins zur gleichen Zeit | Dieses eine, mit eigenem Speicher und eigener Datenbank | Beliebig viele, bis zu 50 Apps |
| Nächtliche Kopien der aufbewahrten Ordner | Nein | Nein | Ja |

Doch nicht das Richtige? Frag innerhalb von 30 Tagen nach deiner ersten Zahlung, und wir erstatten den ersten Monat.

## Fragen

### Kann ich ein Python-Skript kostenlos rund um die Uhr laufen lassen?

Auf blitz.cloud nicht. Kostenlose Hintergrund-Skripte halten ein bis zwei Tage nach deiner letzten Anmeldung oder deinem letzten Deploy an. Eins dauerhaft laufen zu lassen kostet als Pro-App 2 EUR im Monat.

### Gibt es Cronjobs?

Keine eigene Funktion dafür. Das Skript läuft die ganze Zeit und hält seinen Zeitplan selbst, mit `schedule`, APScheduler oder einer einfachen Schleife mit `time.sleep`.

### Was passiert, wenn das Skript abstürzt?

Es wird von selbst neu gestartet. Stürzt es immer wieder ab, zeigt seine Seite im Dashboard die letzten Zeilen, die es ausgegeben hat, und im Tab Logs steht der Rest.

### Geht das auch mit Node.js, Go oder anderen Sprachen?

Ja. Alles, was sich zu einem Docker-Image für x86 bauen lässt, läuft genauso. Ohne Dockerfile schreiben wir eins aus `package.json`, `go.mod` und Ähnlichem.

### Wo läuft es?

Auf den Servern von blitz.cloud in der EU, betrieben von BlitzWorks, einem Unternehmen in Deutschland.

## Bring dein Skript zum Laufen

[Melde dich an](https://dashboard.blitz.cloud/auth/login?register=1), wähl das Repository und schalte "Runs in the background" ein. Sehen die Logs gut aus, klick auf "Make it a Pro app", und es läuft für 2 EUR im Monat Tag und Nacht.
