Vimonto Deploy ist um wenige Bausteine herum aufgebaut: Eine Organisation enthält Server, jeder Server enthält Sites, und Sites werden über Deployments aktualisiert. Alles, was Zeit braucht, etwa das Provisionieren eines Servers oder das Deployen einer Site, läuft als Hintergrund-Task, den das ganze Team verfolgen kann. Diese Seite erklärt jedes Konzept in wenigen Absätzen, mit Links zu den ausführlichen Seiten.
Organisation
Eine Organisation ist der Arbeitsbereich, in dem alles passiert. Ihr gehören die Server, Sites, Provider-Verbindungen, SSH-Schlüssel, Teams und Rezepte, und sie ist die Einheit, für die du bezahlst: Jede Organisation hat ihren eigenen Tarif, Kostenlos oder Premium. Ihre Adresse ist Teil jeder URL, zum Beispiel /acme/servers.
Jeder Account startet mit einer eigenen Organisation, und du kannst beliebig viele anlegen oder ihnen beitreten. Zwischen ihnen wechselst du über das Organisationsmenü oben links. Siehe Organisationen.
Mitglieder und Rollen
Personen treten einer Organisation als Mitglieder bei, auf Einladung. Jedes Mitglied sieht alles in der Organisation, es sei denn, sein Zugriff ist auf die Server seiner Teams beschränkt (siehe unten). Was ein Mitglied ändern darf, hängt von seiner Rolle ab:
- Owner: alles, einschließlich Löschen der Organisation und Ernennen von Ownern.
- Administrator: alles außer der Verwaltung von Ownern und dem Löschen der Organisation.
- Manager: verwaltet Server, Sites, Teams und SSH-Schlüssel, aber keine Mitglieder, Verbindungen, Abrechnung oder Organisationseinstellungen.
- Developer: voller Zugriff auf Server und Sites, kann aber keine Server anlegen oder löschen.
- Betrachter: sieht alles, ändert nichts.
Die genauen Berechtigungen pro Rolle findest du unter Mitglieder und Rollen.
Teams
Ein Team fasst Mitglieder mit den Servern zusammen, an denen sie arbeiten, zum Beispiel ein Team pro Kunde oder Projekt. Owner, Administratoren und Manager können ein Mitglied dann auf Nur Server ihrer Teams beschränken: Es sieht nur diese Server, mit ihren Sites, Tasks und Audit-Log-Einträgen, und bekommt nur Benachrichtigungen zu ihnen. Owner und Administratoren sehen immer jeden Server. Siehe Teams.
Verbindungen
Verbindungen sind Accounts bei anderen Diensten, die die Organisation nutzt. Du verbindest sie auf einer Seite, Integrationen, und ein Login wird für alles genutzt, was er kann:
- Cloud und DNS: Hetzner Cloud, DigitalOcean, Vultr, Akamai (Linode), Amazon Web Services und Google Cloud, um Server anzulegen und DNS zu verwalten; Cloudflare nur für DNS.
- Git: GitHub, GitLab und Bitbucket, um Code zu deployen.
- Backup-Speicher: S3-kompatibler Object Storage für Datenbank-Backups.
- SSH-Schlüssel: öffentliche Schlüssel, die jedem neuen Server der Organisation hinzugefügt werden.
Server
Ein Server ist eine Linux-Maschine, die Vimonto Deploy über SSH verwaltet. Entweder wird er für dich bei einem verbundenen Cloud-Provider angelegt, oder es ist ein eigener VPS: ein beliebiger Server mit frischem Ubuntu 24.04, den du mit einem Befehl verbindest. Jeder Server bekommt sein eigenes SSH-Schlüsselpaar, eigene Sudo- und Datenbankpasswörter und einen Systembenutzer, dem die Sites gehören.
Ein Server durchläuft diese Status:
| Status | Bedeutung |
|---|---|
| Wird angelegt | Der Server wird beim Provider angelegt. |
| Wartet auf Verbindung | Ein eigener Server wartet darauf, dass du den Verbindungsbefehl darauf ausführst. |
| Wird provisioniert | Software wird installiert und konfiguriert. |
| Aktiv | Der Server ist einsatzbereit. |
| Fehlgeschlagen | Anlegen oder Provisionieren wurde mit einem Fehler abgebrochen. |
| Nicht verbunden | Der Server war aktiv, aber Vimonto Deploy kann sich nicht mehr per SSH mit ihm verbinden. |
| Wird gelöscht | Der Server wird entfernt. |
Siehe Einen Server anlegen und Provisionierung.
Servertyp
Der Servertyp bestimmt, was installiert wird und welche Seiten der Server zeigt:
| Typ | Was darauf läuft |
|---|---|
| App-Server | Nginx, PHP, eine Datenbank, Redis, Memcached und Node.js auf einer Maschine. Richtig für die meisten Anwendungen. |
| Webserver | Nginx, PHP und Node.js, ohne Datenbank oder Cache. |
| Worker-Server | PHP und Supervisor für Queue-Worker; nicht über HTTP erreichbar. |
| Datenbankserver | Nur MySQL, MariaDB oder PostgreSQL. |
| Cache-Server | Nur Redis und Memcached. |
| Meilisearch-Server | Eine Meilisearch-Suchmaschine, erreichbar über das private Netzwerk. |
| Load Balancer | Nur Nginx, um den Traffic auf Webserver zu verteilen. |
Siehe Servertypen.
Server-Ressourcen und ihr Status
Dinge, die auf einem Server leben, etwa Datenbanken, Datenbankbenutzer, Firewall-Regeln, PHP-Versionen, Prozesse, geplante Jobs und SSH-Schlüssel, sind Ressourcen. Wenn du eine hinzufügst oder änderst, wendet Vimonto Deploy sie im Hintergrund auf dem Server an, und die Ressource zeigt ihren Zustand:
| Status | Bedeutung |
|---|---|
| Wird hinzugefügt | Sie wird auf dem Server installiert. |
| Wird aktualisiert | Eine Änderung wird angewendet. |
| Aktiv | Sie ist auf dem Server und funktioniert. |
| Fehlgeschlagen | Das Anwenden ist fehlgeschlagen. Ein Button Erneut versuchen führt es noch einmal aus; jeder Schritt lässt sich gefahrlos wiederholen. |
| Wird entfernt | Sie wird vom Server entfernt. |
| Wartet | Sie wartet auf etwas von außen, etwa ein Zertifikat, das noch signiert werden muss. |
Site
Eine Site ist eine Website oder Anwendung auf einem Server, mit eigener Domain, Nginx-Konfiguration, Umgebungsdatei und eigenen Deployments. Du legst eine Site aus einer Framework-Vorlage an (Laravel, Symfony, Statamic, WordPress, phpMyAdmin, PHP, Next.js, Nuxt, HTML oder Sonstiges), die sinnvolle Standardwerte für Web-Verzeichnis, Build-Schritte und Deploy-Skript setzt.
Der Tab Sites in der oberen Navigation listet jede Site der Organisation auf allen ihren Servern, mit dem Zeitpunkt des letzten Deploys.
Sites liegen im Home-Verzeichnis des Server-Benutzers, in einem Verzeichnis, das beim Anlegen der Site festgelegt wird. So kannst du die Domain später ändern, ohne Dateien zu verschieben. Eine Site kann isoliert sein: Sie läuft dann unter einem eigenen Linux-Benutzer und, bei PHP, in einem eigenen PHP-FPM-Pool, sodass eine Site die Dateien einer anderen nicht lesen kann. Siehe Eine Site anlegen.
Deployment
Ein Deployment bringt eine neue Version deines Codes live. Standardmäßig haben Deployments keine Downtime: Vimonto Deploy holt den Code in ein neues Release-Verzeichnis, führt dort dein Deploy-Skript aus und schaltet die Site erst dann in einem Schritt auf das neue Release um. Schlägt ein Schritt fehl, wird das Release verworfen und die Live-Site bleibt unverändert. Frühere Releases bleiben erhalten, damit du zurücksetzen kannst.
Ein Deployment startet mit Jetzt deployen, bei jedem Push, wenn Quick Deploy aktiviert ist, oder über die Deploy-URL der Site. Siehe Deployments.
Hintergrund-Tasks und Aktivität
Alles, was länger als einen Augenblick dauert, läuft als Hintergrund-Task: einen Server anlegen und provisionieren, deployen, ein Zertifikat installieren, ein Rezept ausführen, eine Firewall-Regel anwenden. Ein Task zeigt seinen Status (In der Warteschlange, Läuft, Erfolgreich, Fehlgeschlagen oder Abgebrochen), seine Schritte, seinen Fortschritt und seine Ausgabe.
Alle Tasks der Organisation stehen auf der Seite Aktivität, und der Aktivitäts-Button in der oberen Leiste zeigt, was gerade läuft. Wer einen Task gestartet hat, bekommt eine Meldung, wenn er endet. Dieselbe Art von Task kann nicht zweimal gleichzeitig auf demselben Server oder derselben Site laufen. Siehe Aktivität.
Audit-Log und Benachrichtigungen
Das Audit-Log hält fest, was Personen in der Organisation ändern: wer einen Server, eine Site, eine Datenbank, ein Mitglied oder ein Team angelegt, geändert oder entfernt hat, wer deployt, ein Terminal geöffnet oder eine Umgebungsdatei angesehen hat, und wann. Einträge werden ein Jahr aufbewahrt. Siehe Audit-Log.
Benachrichtigungen informieren dich über Dinge, die ohne dich passieren, etwa einen fehlgeschlagenen Deploy oder ein fehlgeschlagenes Backup, einen Monitor-Alarm oder einen Server, der bereit ist. Sie erscheinen unter der Glocke in der oberen Leiste und, wenn du willst, per E-Mail. Jede Person wählt selbst, welche sie bekommt. Siehe Benachrichtigungen.
Live-Updates
Seiten in Vimonto Deploy aktualisieren sich selbst. Wenn ein Task Fortschritte macht, ein Teammitglied etwas ändert oder ein Server neue Messwerte meldet, aktualisieren sich die Seiten, die das anzeigen, ohne Neuladen. Du musst nicht auf Aktualisieren drücken, um zu sehen, ob ein Deploy fertig ist.
Häufige Fragen
Was ist der Unterschied zwischen einer Organisation und einem Server?
Eine Organisation ist dein Arbeitsbereich und deine Abrechnungseinheit; sie enthält Mitglieder, Teams, Verbindungen und beliebig viele Server. Ein Server ist eine einzelne Maschine innerhalb dieser Organisation.
Kann ich einen Server in eine andere Organisation verschieben?
Ja. Wer den Server löschen darf, kann ihn per E-Mail jemand anderem anbieten, der ihn in eine seiner eigenen Organisationen übernimmt. Siehe Einen Server übertragen.
Kann ein Server mehrere Sites hosten?
Ja. Ein App-Server oder Webserver kann so viele Sites hosten, wie Platz ist, jede mit eigener Domain, PHP-Version und eigenen Deployments.
Kann eine Site auf mehr als einem Server laufen?
Eine Site gehört zu einem Server. Um eine Anwendung auf mehreren Servern zu betreiben, legst du auf jedem App- oder Webserver eine Site für dieselbe Domain an und stellst einen Load-Balancer-Server davor, der den Traffic weiterreicht. Siehe Lastverteilung.