De architectuur van het Network Dashboard is compleet op de schop gegaan door niet meer realtime alle data uit verschillende systemen (orchestrator/ipam/CMDB/CRM/jira) te verzamelen, maar alle statische data vooraf al klaar te zetten in een document in de replica set. Hierdoor hoeven we in plaats van 500 losse API-calls, slechts een paar zeer snelle call te doen. Alleen de verkeersgrafieken en health status van de diensten worden nu live uit de influx database gehaald.

Hoe snel is zo’n replica set bijgewerkt?

Het klaarzetten van deze documenten in de replica set, wordt getriggerd bij elke wijziging op een subscription die de Workflow Orchestrator (zie workfloworchestrator.org)uitvoert op een dienst. Ook wordt elke nacht de replica gerefresht. Hierdoor kunnen we de data integriteit tussen orchestrator en replica set garanderen. Alleen bij realtime changes op het netwerk of door bij self-service acties zal de replica set kortstondig achterlopen op de werkelijke `state`zoals vastgelegd in de Workflow Orchestrator. Bijvoorbeeld het aanpassen van een customer alias is daarmee niet instantaan zichtbaar in het netwerk dashboard, maar moet verwerkt worden in de replica set. Eenvoudige wijzigingen duren ~4 seconden, terwijl grotere wijzigingen gemiddeld vele malen langer kunnen duren. Op dit moment werken we nog aan het verbeteren van de automatisch refresh van de pagina’s na self service acties, tot die tijd zal je na een wijziging een pagina handmatig moeten verversen om de laatste up-to-date informatie te zien.

SURFdomeinen zal begin volgend jaar beschikbaar komen in het netwerk dashboard. Vanwege de complexe migratie van domeinnamen en zones wordt deze gefaseerd uitgevoerd. De product manager van SURFdomeinen zal hierover tijdig communiceren.

Tot slot hebben we een nieuwe look-and-feel geïntroduceerd met een vernieuwde landingspagina, waarop alle netwerkdiensten van het standaard netwerkportfolio overzichtelijk in één tegel worden gepresenteerd.