Een apk-keuring kan ook in de ict van toegevoegde waarde zijn. Een periodieke controle op bijvoorbeeld de storage en back-up omgeving kan een hoop problemen voorkomen. Het gaat te ver om dit bij wet te verplichten en hier een keurmerk aan vast te hangen, maar zou het niet prettig zijn om op tijd te weten waar de pijn en verbeterpunten van jouw ict-omgeving zich bevinden? Helaas wordt bovengenoemde check nog veel te weinig of helemaal niet uitgevoerd. Het uitvoeren van periodieke check-ups en onderhoud is voor ict-omgevingen en platforms echter cruciaal. Gebeurt dit niet, kan men tot grote verassingen en uitdagingen komen te staan. Met grote gevolgen voor de beschikbaarheid en functionaliteit van de omgeving.
Welke zaken dienen opgenomen te worden in deze apk-keuring? Met alleen een paar keer per jaar de software, drivers en firmware update kom je er helaas niet. Onderstaand enkele aandachtspunten die belangrijk zijn bij een dergelijke keuring.
• Prestaties/capaciteit:
Voldoet mijn omgeving/platform nog wel aan de performance wensen en eisen die we initieel hebben vastgelegd?
Het inzichtelijk krijgen van de prestaties van het platform is in mijn ogen iets wat geregeld gedaan dient te worden. Groei je uit je jasje dan schakel je extra resources bij en kan je omgeving het met twee vingers in de neus af, dan kun je de vrije resources voor andere doeleinden gebruiken.
Doe je dit geregeld dan kan je deze cijfers ook voor trending/toekomst prognoses inzetten. Onderstaande zaken zullen dan een stuk inzichtelijker worden:
1. Wanneer moet ik uitbreiden?
2. Wat is mijn periodieke groei?
Zeker voor het bepalen van het jaarlijkse budget is het geregeld in kaart brengen van de prestaties en capaciteit essentieel.
• Beschikbaarheid:
Voldoet de omgeving nog aan de geldende sla's (service level agreements)? En in het geval van een back-up omgeving is het functioneel /operationeel controleren van de rpo (recovery point objective) en rto (recovery time objective) geen overbodige luxe.
Dit is ook het moment om één keer in de zoveel tijd opnieuw de discussie te voeren omtrent de wensen en eisen met betrekking tot de beschikbaarheid. Dit kan gedurende het jaar namelijk nog wel eens veranderen. Twee voorbeelden:
1. Niet alles is even belangrijk en dient bijvoorbeeld hoog beschikbaar te zijn.
2. Misschien is de pilot-applicatie wel cruciaal geworden voor de organisatie en dient deze hoog beschikbaar te zijn
Een controleslag op de sla ,rpo en rto is essentieel. Je wilt er in het geval van een back-up omgeving natuurlijk niet pas achter komen dat je rto niet haalbaar is omdat je platform te weinig performance, functionaliteit en beschikbaarheid biedt.
• Functionaliteit:
Biedt de omgeving nog wel de gevraagde functionaliteit of is er extra functionaliteit nodig? Of zijn bepaalde functionaliteiten wellicht overbodig geraakt? In dat laatste geval zijn er mogelijk kostenbesparingen te behalen.
• Patching/software/firmware:
Nog te veel ict-omgevingen maken geen gebruik van de laatste versies/updates. Denk hierbij aan het niet up to date hebben van cruciale firmware. Of het achter lopen op het gebied van updates. Dat laatste kan grote invloed hebben op de prestaties en beschikbaarheid van de omgeving.
Bovenstaand heb ik vier voorbeelden genoemd die in mijn ogen altijd onderdeel van de zogenaamde apk-controle dienen te zijn. Nu ben ik mij ervan bewust dat dit per type omgeving, platform en gebruikte technologie kan verschillen. Maar hoe je het ook wendt of keert, een jaarlijkse apk-controle en de daarbij behorende periodieke onderhoudsbeurten kunnen een hoop problemen voorkomen. Iets wat goed wordt onderhouden gaat nu eenmaal langer mee.
Terug
