Zum Inhalt
KREATIKA

Hosting und Auslieferung

vom commit bis zur messung

Betrieb auf eigenen Servern, Auslieferung per Git-Push, eine Rechnung im Monat.

Hosting, Auslieferung, eigene Git-Server

Vom Commit bis zur Messung.

Ein Knopf spielt eine Änderung ein, fünf Stufen laufen durch, danach sieht die Kopfleiste dieser Seite anders aus.

Ausgeliefert ist Fassung ABereit

Änderung: lädt

    Noch kein Lauf. Der Knopf oben startet ihn.

    Dieser Lauf ist nachgespielt. Prüfung und Messung rechnet der Browser tatsächlich. Später steht hier der letzte echte Lauf dieser Website.

    worum es geht

    Eine Website oder Anwendung liegt irgendwo: auf einem Server, den vor Jahren jemand eingerichtet hat, oder bei einer Plattform, deren Rechnung jeden Monat anders ausfällt. Änderungen gehen per Hand hinauf, und ob die Sicherung im Ernstfall zurückkommt, hat niemand ausprobiert. Fällt der eine Mensch aus, der sich auskennt, steht alles. Oft wird das erst sichtbar, wenn etwas passiert ist.

    was kreatika dabei macht

    • Anwendungen auf eigenen dedizierten Servern betreiben, mit getrennten Rollen: Anwendungen, Datenbanken und Sicherung liegen auf verschiedenen Maschinen.
    • Den Quelltext auf eigenen Git-Servern halten. Ein Push baut die neue Fassung und startet sie, ohne Handgriff auf dem Server.
    • Zertifikate automatisch ausstellen und erneuern.
    • Täglich sichern, mit Zweitkopie auf getrenntem Speicher und einer Aufbewahrung von 7 Tagen, 4 Wochen und 6 Monaten.
    • Die Rücksicherung tatsächlich testen. Am 09.08.2026 kamen 32 GB in 8 Minuten 52 Sekunden zurück, 15 von 15 Stichproben waren bytegleich.
    • Bestände umziehen: zuerst unter einer Testadresse aufsetzen, gegen das Original vergleichen, dann DNS umstellen. Bei promotiontrucks.com dauerte die Umschaltung 60 Sekunden.
    • Alte Server ablösen. Für MOST wurden alle Webdienste eines Plesk-Servers als Container auf einen neuen Host gebracht und 14 DNS-Zonen in ein Konto des Kunden übertragen.
    • Verwaltungsoberflächen aus dem offenen Netz nehmen. Sie sind nur über das eigene VPN erreichbar.

    wie die arbeit abläuft

    1. Bestand aufnehmen: was läuft wo, welche Domains, welche Daten, welche Abhängigkeiten.
    2. Die Anwendung unter einer Testadresse auf dem neuen Platz aufsetzen und mit dem Original vergleichen.
    3. Auslieferung per Push einrichten, Sicherung einschalten, Rücksicherung einmal durchspielen.
    4. DNS umstellen, den alten Platz als Rückweg stehen lassen, bis die Messung stimmt.
    5. Betrieb: Aktualisierungen, Überwachung, Sicherung, Änderungen per Push.

    was hier nicht versprochen wird

    Es gibt keinen Cluster und keine Hochverfügbarkeit mit automatischer Umschaltung. Fällt eine Maschine aus, läuft der Wiederanlauf über die Rücksicherung, und wie lange die dauert, ist gemessen. Für die meisten Betriebsanwendungen und Websites reicht das. Wer keine Minute Ausfall verträgt, braucht einen anderen Aufbau und sollte das vorher sagen.

    womit

    • dedizierte Server bei Hetzner
    • Proxmox für die Trennung in Container und virtuelle Maschinen
    • Forgejo als eigener Git-Server, Registrierung abgeschaltet, Repositories standardmäßig privat
    • Coolify für Bau und Start nach jedem Push
    • Docker, PostgreSQL, eigener S3-Speicher
    • tägliche Sicherung mit wöchentlicher Prüfung
    • eigenes VPN für alle Verwaltungszugänge

    was es kostet und was nicht

    Der Grundsatz: Hosting kostet, was vereinbart ist. Eine Rechnung im Monat, darin stehen Server, Betrieb und Sicherung.

    Was gesondert berechnet wird, steht vorher im Angebot: neue Funktionen, Umzüge, Arbeiten an der Anwendung selbst. Fremdkosten wie Domains oder Lizenzen Dritter werden benannt und nicht versteckt.

    häufige fragen

    Wo stehen die Server? Bei Hetzner, auf dedizierten Maschinen, die KREATIKA allein nutzt.

    Was passiert, wenn ein Server ausfällt? Die Anwendung wird aus der Sicherung auf einer anderen Maschine wieder aufgebaut. Das ist geprobt und gemessen. Eine automatische Umschaltung ohne Unterbrechung gibt es nicht.

    Wie kommt eine Änderung online? Per Push in das Repository. Bau, Start und Zertifikat laufen danach von selbst.

    Gibt es einen Zugang zum Quelltext? Ja. Für ein Kundenteam läuft eine eigene, getrennte Git-Instanz.

    Ist ein Umzug ohne Ausfall möglich? In der Regel ja. Die neue Fassung läuft zuerst parallel unter einer Testadresse, umgeschaltet wird über DNS.

    Kann nur gehostet werden, ohne dass KREATIKA die Anwendung gebaut hat? Ja, wenn sie sich als Container betreiben lässt. Bestehende Anwendungen wurden so von einem Plesk-Server übernommen.

    passende referenzen

    kontakt

    grimm@kreatika.de

    Zwei Sätze zum Vorhaben reichen für den Anfang. KREATIKA sitzt in Nürnberg.