Was ist Webunit

Was ist Webunit?

Webunit ist eine schlanke, Docker-basierte Webhosting-Plattform. Sie richtet sich an Agenturen, Reseller und technisch versierte Betreiber, die mehrere Websites, Shops oder Anwendungen auf eigenen Servern hosten wollen — ohne die Komplexitaet und den Ressourcenhunger klassischer Panels wie Plesk oder cPanel.

Der Grundgedanke

Jede Website (bei uns Subscription genannt) laeuft in ihrem eigenen Container. Das gibt saubere Trennung: eine kompromittierte Site kann keine andere angreifen, PHP-Versionen und Extensions werden pro Sub konfiguriert, und Ressourcen (RAM, CPU) sind pro Container hart begrenzt und weich reserviert (Plesk-Modell). Ausfall einer Site zieht keine andere mit.

Der Kunde bekommt SSH-/SFTP-Zugang zu seinem Container, eine eigene MariaDB und optional phpMyAdmin. Er kann per CLI-Befehlen (z.B. webunit-password ssh, pma-link) selbstaendig Dinge tun, fuer die er sonst ein Ticket schreiben muesste.

Warum ich das entwickelt habe

Ich betreibe seit Jahren Webhosting fuer Kunden. Die grossen Panels sind entweder teuer, ueberladen oder beides — und sie geben mir zu wenig Kontrolle darueber, was auf meinen Servern laeuft. Genauso wichtig war mir das Thema Sicherheit: bei klassischem Shared-Hosting laufen alle Kunden auf demselben System, unter denselben Kernel-Prozessen, mit denselben PHP-Bibliotheken. Eine Sicherheitsluecke in einem Kunden-Skript kann im schlimmsten Fall andere Kunden treffen, jedes Panel-Update ist ein Risiko fuer alle gleichzeitig, und ein einzelner kompromittierter Zugang wird schnell zum Problem fuer die ganze Node.

Webunit ist mein Versuch, mit deutlich weniger Code und weniger Komplexitaet denselben Job zu machen — mit sauberer Container-Isolation pro Kunde als Grundprinzip, und nur den Features drin, die ich tatsaechlich brauche.

Ziele beim Bau:

• Container-Isolation statt geteilter Nutzer-Accounts auf einem System — keine Cross-Site-Angriffe, keine PHP-Versionskaempfe.
• Verteilung ueber mehrere Nodes (VMs, Bare-Metal, was auch immer), zentral gesteuert von einem Admin-Panel. Migration einer Sub zwischen Nodes ohne DNS-Chaos.
• Kunden-Self-Service wo sinnvoll: Passwoerter selbst rotieren, SSH-Keys selbst hinterlegen, PMA-Zugang selbst holen, ohne dass wir ins Panel muessen.
• Klare, spartanische UI fuer den Betreiber. Kein Feature-Bloat.
• Automatisierung als Default: Backups, Cert-Renewals, Image-Rebuilds, Kapazitaets-Checks laufen ohne dass jemand dran denken muss.
• Datensouveraenitaet fuer Reseller und Agenturen: wer Webunit einsetzt, kann seine eigenen Web-Nodes anbinden (bei welchem Cloud- oder Bare-Metal-Anbieter auch immer), seine eigenen SMTP-Smarthosts fuer den Mail-Ausgang nutzen und seine eigenen S3-Buckets fuer die Backups. Die Steuerungs-Ebene laeuft zentral, die Kunden-Daten liegen aber auf der eigenen Infrastruktur — kein Vendor-Lock-in, keine Speicherung wichtiger Assets bei uns.

Was drin ist

• Subscriptions mit PHP 8.x, MariaDB, Traefik-basierten HTTPS-Zertifikaten (Let's Encrypt oder self-signed pro Hostname waehlbar).
• Mail ueber angebundene Postal- oder WMN-Server (unser eigenes Setup), mit DKIM-Verwaltung und pro-Sub-Routing.
• Restic-Backups pro Sub und pro Node, verschluesselt, mit automatischer Rotation.
• Ressourcen-Reservation im Plesk-Modell — Nodes lassen sich bewusst ueberprovisionieren, Kapazitaets-Uebersicht im Panel.
• CLI im Kunden-Container: webunit-password, pma-link, webunit-supervisor (Hintergrund-Prozesse), webunit-ssh (Auth-Info).
• Wiki direkt integriert (das hier), plus Kunden-Anleitungen und Entwickler-Doku.

Fuer wen es nicht ist

Webunit ist bewusst kein Massen-Panel. Wer ein Klick-und-fertig-Hosting sucht mit Chat-Support und tausend eingebauten One-Click-Installern, ist bei einem anderen Anbieter besser aufgehoben. Wer aber die volle Kontrolle ueber seine Server behalten will, technisch fit ist und lieber Container als PHP-Bibliotheken managt, findet hier ein schlankes, verstaendliches System.