Vimonto Deploy is opgebouwd rond een paar bouwstenen: een organisatie bevat servers, elke server bevat sites, en sites worden bijgewerkt met deployments. Alles wat tijd kost, zoals een server inrichten of een site deployen, draait als achtergrondtaak die het hele team kan volgen. Deze pagina legt elk begrip in een paar alinea's uit, met links naar de uitgebreide pagina's.
Organisatie
Een organisatie is de werkruimte waarin alles gebeurt. Ze is eigenaar van de servers, sites, providerkoppelingen, SSH-sleutels, teams en recepten, en ze is de eenheid waarvoor je betaalt: elke organisatie heeft een eigen abonnement, Gratis of Premium. Haar adres maakt deel uit van elke URL, bijvoorbeeld /acme/servers.
Elk account begint met een eigen organisatie, en je kunt er zoveel aanmaken of lid van worden als je wilt. Wissel ertussen met het organisatiemenu linksboven. Zie organisaties.
Leden en rollen
Mensen worden op uitnodiging lid van een organisatie. Elk lid kan alles in de organisatie zien, tenzij zijn toegang beperkt is tot de servers van zijn teams (zie hieronder). Wat een lid mag wijzigen, hangt af van de rol:
- Eigenaar: alles, ook de organisatie verwijderen en eigenaren aanstellen.
- Beheerder: alles behalve eigenaren beheren en de organisatie verwijderen.
- Manager: beheert servers, sites, teams en SSH-sleutels, maar geen leden, koppelingen, facturering of organisatie-instellingen.
- Developer: volledige toegang tot servers en sites, maar kan geen servers aanmaken of verwijderen.
- Kijker: ziet alles, wijzigt niets.
De precieze rechten per rol staan in leden en rollen.
Teams
Een team groepeert leden met de servers waaraan ze werken, bijvoorbeeld één team per klant of project. Eigenaren, beheerders en managers kunnen een lid dan beperken tot Alleen servers van hun teams: dat lid ziet alleen die servers, met hun sites, taken en regels in het auditlog, en krijgt alleen meldingen over die servers. Eigenaren en beheerders zien altijd elke server. Zie teams.
Koppelingen
Koppelingen zijn accounts bij andere diensten die de organisatie gebruikt. Je koppelt ze op één pagina, integraties, en één login wordt gebruikt voor alles wat hij kan:
- Cloud en DNS: Hetzner Cloud, DigitalOcean, Vultr, Akamai (Linode), Amazon Web Services en Google Cloud, om servers aan te maken en DNS te beheren; Cloudflare alleen voor DNS.
- Git: GitHub, GitLab en Bitbucket, om code te deployen.
- Back-upopslag: S3-compatibele objectopslag, voor databaseback-ups.
- SSH-sleutels: publieke sleutels die aan elke nieuwe server van de organisatie worden toegevoegd.
Server
Een server is een Linux-machine die Vimonto Deploy via SSH beheert. Hij wordt voor je aangemaakt bij een gekoppelde cloudprovider, of het is een eigen VPS: elke server met een schone Ubuntu 24.04 die je met één commando koppelt. Elke server krijgt een eigen SSH-sleutelpaar, eigen sudo- en databasewachtwoorden en een systeemgebruiker die eigenaar is van de sites.
Een server doorloopt deze statussen:
| Status | Betekenis |
|---|---|
| Wordt aangemaakt | De server wordt aangemaakt bij de provider. |
| Wacht op verbinding | Een eigen server wacht tot je het koppelcommando erop uitvoert. |
| Wordt ingericht | Software wordt geïnstalleerd en geconfigureerd. |
| Actief | De server is klaar voor gebruik. |
| Mislukt | Aanmaken of inrichten is gestopt met een fout. |
| Geen verbinding | De server was actief, maar Vimonto Deploy kan er niet meer via SSH mee verbinden. |
| Wordt verwijderd | De server wordt verwijderd. |
Zie een server aanmaken en inrichten.
Servertype
Het servertype bepaalt wat er wordt geïnstalleerd en welke pagina's de server toont:
| Type | Wat erop draait |
|---|---|
| App-server | Nginx, PHP, een database, Redis, Memcached en Node.js op één machine. Geschikt voor de meeste applicaties. |
| Webserver | Nginx, PHP en Node.js, zonder database of cache. |
| Workerserver | PHP en Supervisor voor queue workers; niet bereikbaar via HTTP. |
| Databaseserver | Alleen MySQL, MariaDB of PostgreSQL. |
| Cacheserver | Alleen Redis en Memcached. |
| Meilisearch-server | Een Meilisearch-zoekmachine, bereikbaar via het privénetwerk. |
| Load balancer | Alleen Nginx, om verkeer over webservers te verdelen. |
Zie servertypes.
Serverresources en hun status
Dingen die op een server staan, zoals databases, databasegebruikers, firewallregels, PHP-versies, processen, geplande taken en SSH-sleutels, zijn resources. Als je er een toevoegt of wijzigt, past Vimonto Deploy die op de achtergrond toe op de server, en de resource toont zijn status:
| Status | Betekenis |
|---|---|
| Wordt toegevoegd | Hij wordt op de server geïnstalleerd. |
| Wordt bijgewerkt | Een wijziging wordt toegepast. |
| Actief | Hij staat op de server en werkt. |
| Mislukt | Toepassen is mislukt. De knop Opnieuw voert het nog eens uit; elke stap kan veilig herhaald worden. |
| Wordt verwijderd | Hij wordt van de server verwijderd. |
| Wacht | Hij wacht op iets van buiten, zoals een certificaat dat nog ondertekend moet worden. |
Site
Een site is een website of applicatie op een server, met een eigen domein, Nginx-configuratie, environment-bestand en deployments. Je maakt een site aan vanuit een frameworkpreset (Laravel, Symfony, Statamic, WordPress, phpMyAdmin, PHP, Next.js, Nuxt, HTML of Anders), die logische standaarden instelt voor de webmap, de buildstappen en het deployscript.
Het tabblad Sites in de navigatie bovenaan toont elke site van de organisatie, op al haar servers, met wanneer hij voor het laatst is gedeployd.
Sites staan in de homemap van de servergebruiker, in een map die vastligt bij het aanmaken van de site, zodat je het domein later kunt wijzigen zonder bestanden te verplaatsen. Een site kan geïsoleerd zijn: hij draait dan onder een eigen Linux-gebruiker en, voor PHP, een eigen PHP-FPM-pool, zodat de ene site de bestanden van de andere niet kan lezen. Zie een site aanmaken.
Deployment
Een deployment zet een nieuwe versie van je code live. Standaard zijn deployments zonder downtime: Vimonto Deploy haalt de code op in een nieuwe releasemap, voert daar je deployscript uit en schakelt pas daarna de site in één stap over naar de nieuwe release. Mislukt er een stap, dan wordt de release weggegooid en verandert de live site niet. Eerdere releases blijven bewaard, zodat je kunt terugdraaien.
Een deployment start met Deployen, bij elke push als Quick deploy aanstaat, of via de deploy-URL van de site. Zie deployments.
Achtergrondtaken en activiteit
Alles wat langer duurt dan een moment, draait als achtergrondtaak: een server aanmaken en inrichten, deployen, een certificaat installeren, een recept uitvoeren, een firewallregel toepassen. Een taak toont zijn status (In de wachtrij, Bezig, Geslaagd, Mislukt of Geannuleerd), zijn stappen, zijn voortgang en zijn uitvoer.
Alle taken van de organisatie staan op de pagina Activiteit, en de activiteitknop in de bovenbalk toont wat er nu draait. Wie een taak heeft gestart, krijgt een bericht als die klaar is. Hetzelfde soort taak kan niet twee keer tegelijk op dezelfde server of site draaien. Zie activiteit.
Auditlog en meldingen
Het auditlog legt vast wat mensen in de organisatie wijzigen: wie een server, site, database, lid of team heeft aangemaakt, gewijzigd of verwijderd, wie heeft gedeployd, een terminal heeft geopend of een environment-bestand heeft bekeken, en wanneer. Regels worden een jaar bewaard. Zie auditlog.
Meldingen vertellen je over dingen die zonder jou gebeuren, zoals een mislukte deploy of back-up, een monitoralert of een server die klaar is. Ze verschijnen onder de bel in de bovenbalk en, als je wilt, per e-mail. Iedereen kiest zelf welke hij krijgt. Zie meldingen.
Live updates
Pagina's in Vimonto Deploy werken zichzelf bij. Als een taak vordert, een teamgenoot iets wijzigt of een server nieuwe metingen doorgeeft, vernieuwen de pagina's die dat tonen zonder te herladen. Je hoeft niet op vernieuwen te drukken om te zien of een deploy klaar is.
Veelgestelde vragen
Wat is het verschil tussen een organisatie en een server?
Een organisatie is je werkruimte en de eenheid waarvoor je betaalt; ze bevat leden, teams, koppelingen en een willekeurig aantal servers. Een server is één machine binnen die organisatie.
Kan ik een server naar een andere organisatie verplaatsen?
Ja. Wie de server mag verwijderen, kan hem per e-mail aan iemand anders aanbieden, die hem accepteert in een van zijn eigen organisaties. Zie een server overdragen.
Kan één server meerdere sites hosten?
Ja. Een app-server of webserver kan zoveel sites hosten als er ruimte voor is, elk met een eigen domein, PHP-versie en deployments.
Kan een site op meer dan één server draaien?
Een site hoort bij één server. Wil je een applicatie op meerdere servers draaien, maak dan op elke app- of webserver een site voor hetzelfde domein aan en zet er een load balancer-server voor, die het verkeer doorgeeft. Zie load balancing.