Één dashboard voor elke app die je draait, niet één per app.

Er zijn twee verschillende dingen in Phlo die beide klinken als "het admin paneel," en ze door elkaar halen veroorzaakt echte verwarring, dus het is de moeite waard om precies te zijn. Het Phlo Control Center is een klein ontwikkelaarspaneel dat in elke app is ingebouwd, automatisch gemonteerd op /phlo wanneer build: true en debug: true (verplaats het met control: 'admin', of zet het uit met control: false). Het Phlo Dashboard is een volledig aparte applicatie, die je hele fleet van apps en servers vanuit één plek beheert. Deze post gaat over de tweede.

Niet het admin paneel van één app, maar van allemaal

Een schema-gedreven CMS (behandeld in een eerdere post) geeft één app een geweldig admin voor zijn eigen data. Dat lost een ander probleem op dan "ik draai zes Phlo apps op drie servers en ik wil ze allemaal zien." Het Phlo Dashboard is gebouwd voor het tweede probleem: overzicht van de fleet, domeinbeheer, database-administratie, meldingen, gebruikers- en rolbeheer, en bezoekersanalyses, allemaal als één operationeel hulpmiddel dat elke app op elke server die het kent, bestrijkt, niet een per-app toevoeging.

Wat het je eigenlijk laat zien

Uptime, versies en buildstatus per app, zodat een verouderde deploy zichtbaar is zonder in te loggen via SSH om te controleren. Domein- en database-administratie per app, zodat routinematige operationele taken niet vijftien verschillende tools nodig hebben. Meldingen en bezoekersstatistieken die naar e-mail of WhatsApp worden gestuurd, zodat waarschuwingen je bereiken waar je al bent. Dit vereist geen aanpassing van het eigen admin van de individuele app; het opereert één laag erboven.

Waarom dit überhaupt een aparte laag is

De instinctieve reactie is om fleetbeheer in het grootste CMS van welke app dan ook te integreren en het daarbij te laten. Phlo houdt het opzettelijk als zijn eigen operationele laag: het CMS van een app gaat over de data van die app, terwijl de fleet gaat over de machines en de deployments onder elke app die je draait, inclusief apps die helemaal geen CMS hebben. Het samenvoegen van de twee zou betekenen dat elke app fleet-admin code nodig heeft die het niet gebruikt, of dat de fleet view permanent is gekoppeld aan welke enkele app het toevallig hostte.

Zelf-gehost, opzettelijk

Het Dashboard draait op je eigen infrastructuur, dezelfde worker-mode FrankenPHP als alles. De kosten schalen met de machine, niet met hoeveel apps je besluit toe te voegen aan de fleet of hoeveel verkeer een van hen krijgt, wat hetzelfde economische argument is dat het platform overal anders maakt: je bezit de machine, dus groei verandert niet stilletjes de vorm van je hostingfactuur.