Core server en webinterface
Eén centrale server met webinterface waarin geregistreerde systemen en hun beheerstatus samenkomen.
ServOK brengt agents, controles, updates en beheer samen in één helder platform. Bij livegang met Windows- en Linux-agents en de Basic-module; uitbreiding naar andere infrastructuurplatforms staat gepland.
core server · webinterface · Windows- en Linux-agent · Basic-module
Totaal systemen
5
Gezond
3
Waarschuwing
1
Kritiek
1
| Naam | Platform | Laatst gezien | Basic-controle | Status |
|---|---|---|---|---|
| HV-HOST01 | Windows | 1 min geleden | OK | Gezond |
| DC-01 | Windows | 2 min geleden | OK | Gezond |
| FILESERVER-02 | Windows | 3 min geleden | Vrije schijfruimte D: 8% | Waarschuwing |
| WEB-LNX01 | Linux | 1 min geleden | OK | Gezond |
| BACKUP-01 | Linux | 26 min geleden | Service backup-agent gestopt | Kritiek |
Basic-module · FILESERVER-02
controle 3 min geledenOver ServOK
Losse scripts, RMM-fragmenten en handmatige controles geven elk een stukje van het beeld. Wat ontbreekt is één plek die vertelt welke systemen gezond zijn en waar actie nodig is.
Eigen PowerShell- en Bash-scripts draaien verspreid, met resultaten die niemand centraal terugziet.
Beheertooling dekt een deel van het landschap, maar zelden alle systemen en alle controles.
Schijfruimte, services en replicatie worden ad hoc nagekeken, meestal pas nadat iets misgaat.
ServOK is een compacte, zelf te beheren centrale laag voor registratie, controles, updates en uitbreidbare modules.
Mogelijkheden
Onderdelen met het label “Bij livegang” horen bij de basis waarmee ServOK live gaat, inclusief de Basic-module. Wat in ontwikkeling of op de roadmap staat, is planning zonder releasedatum.
Eén centrale server met webinterface waarin geregistreerde systemen en hun beheerstatus samenkomen.
Deployment- en registratiesleutels bepalen welke systemen zich mogen aanmelden bij de core server.
Agents voor beide platformen die zich melden bij de core server en vanaf één plek beheerd worden.
Algemene systeemstatus en basismetingen: CPU, geheugen, vrije schijfruimte, uptime en services.
Accounts en toegang tot de webinterface worden centraal beheerd binnen het platform.
De core server controleert op nieuwe versies en werkt bij via een gecontroleerd versie- en migratiepad.
De eerstvolgende gespecialiseerde module. Gedacht wordt aan replicatie, relevante AD-services en andere kernsignalen; de definitieve invulling ligt nog niet vast.
Agents of koppelingen voor onder andere VMware, QNAP, Synology en Juniper staan op de roadmap, later mogelijk aangevuld met andere leveranciers.
Hoe het werkt
Plaats de agent op een Windows- of Linux-systeem dat je wilt opnemen in het beheeroverzicht.
De agent meldt zich met een uitgegeven sleutel aan bij de core server en wordt daar bekend gemaakt.
De agent draait de Basic-module en stuurt CPU, geheugen, schijfruimte, uptime en servicestatus terug naar de centrale API.
In de webinterface zie je per systeem de status, zodat je gericht kunt handelen waar dat nodig is.
Platform
Bij livegang communiceren de Windows- en Linux-agent beveiligd met de centrale API van de core server. De webinterface leest daar dezelfde gegevens uit. Aanvullende agents of platformkoppelingen staan op de roadmap.
Draait op servers en werkstations en voert de Basic-module lokaal uit.
Zelfde principe op Linux-systemen, met dezelfde registratie- en controlestroom.
Centrale server die registraties, controleresultaten, gebruikers en versiebeheer afhandelt.
De beheerlaag waarin systemen, gebruikers en resultaten worden getoond en beheerd.
Architectuur
Roadmap · agent of platformkoppeling
Toekomstige platformen worden niet noodzakelijk via dezelfde agentarchitectuur gekoppeld.
Updates en betrouwbaarheid
De core server beheert zijn eigen versie, controleert beschikbare releases en werkt gemiste tussenversies in de juiste volgorde bij, inclusief de bijbehorende database-migraties.
De core server houdt bij welke versie actief is en vormt het referentiepunt voor het hele platform.
Beschikbare releases worden gecontroleerd, zodat duidelijk is welke updates openstaan.
Overgeslagen tussenversies worden ingepland en niet stilzwijgend overgeslagen.
Pakketstappen en database-migraties worden in de juiste volgorde uitgevoerd.
Een onderbroken update weer kunnen oppakken is een expliciet ontwerpdoel van het updateproces.
ServOK biedt geen enterprise high availability. Het updateproces richt zich op een voorspelbare, controleerbare volgorde van stappen op één centrale server.
Roadmap
Fase A hoort bij de basis waarmee ServOK live gaat. Fase B en C zijn planning, geen toezegging en geen releasedatum. Prioriteiten kunnen tijdens de ontwikkeling wijzigen.
Onderdeel van de basis waarmee ServOK live gaat
Planning, geen releasedatum
Richting, geen toezegging of releasedatum
ServOK draait in je eigen omgeving en beheert je systemen. Dan hoort de code leesbaar te zijn: je kunt zien wat er gebeurt, meelezen met wijzigingen en zelf beoordelen of het bij je infrastructuur past.
https://github.com/koos147/ServOK
FAQ
Eerlijke antwoorden bij een product dat nog volop in ontwikkeling is.