Wat komt er allemaal bij ketenmonitoring kijken? Wat zijn problemen bij het inrichten, op welke processen moet je je focussen, wat zijn de do´s en de dont´s
2. Huiswerk:
1. Wat houdt ketenmonitoring voor jou in?
2. Tegen welke problemen loop je aan bij ketenmonitoring?
3. Wat voor Tooling gebruik je voor ketenmonitoring?
4. Waardoor wordt je evt. beperkt t.a.v. ketenmonitoring?
5. Welke do’s en dont’s heb je ervaren (M.a.w. wat werkt t.a.v. ketenmonitoring en
wat niet)?
3. 1. Wat houdt ketenmonitoring voor jou in?
• Trends weergeven leidend naar proactieve alerting
• Responsetijd controle
• Transactie volumes
• Inzage in zogenaamde collateral damage. Welke gevolgschade is er door een
‘hik’ in 1 van de schakels?
• Overzicht verkrijgen betrokken applicaties en systemen (functioneel)
• Bewaken beschikbaarheid van applicaties en systemen (technisch)
• Bewaken kwaliteit van de keten
• Inzicht in de invulling van de klantbehoefte
• Functionele Heart beat metingen in de keten
4. 2. Tegen welke problemen loop je aan bij ketenmonitoring?
• Afhankelijk van andere teams
• Geen tot weinig aandacht voor monitoring
• Beschikbaarheid van monitoring data
• Behoefte aan centrale regie (monitoring team) t.b.v. (keten-)monitoring
• Beschikbaarheid van monitoring data
3. Wat voor Tooling gebruik je voor ketenmonitoring?
• Jenkins • z/Aware • ‘GALM’ (ING homebrew)
• Omnibus • Omegamon • Tivoli Enterprise Portal
• Grafana • Graphite • Elastic
• Eigen monitoring server
5. 4. Waardoor wordt je evt. beperkt t.a.v. ketenmonitoring?
• (Te) strenge security
• Fragmentatie van monitoringgegevens over verschillende systemen
• Beschikbare budget is onvoldoende om alle monitoring wensen mee te kunnen
invullen
• Ontbreken van mandaat
• Software (veelal open source) / hardware is te beperkt en/of ongeschikt voor dit
doel
6. 5. Welke do’s en dont’s heb je ervaren (M.a.w. wat werkt t.a.v. ketenmonitoring en
wat niet)?
DO’s
• KISS (Keep It Simple Stupid). Complexe monitoring is lastig beheersbaar
• Visualiseer data (a picture is a thousand words)
• Pas alerting toe! Niemand kan niet 24 uur per dag naar een scherm staren…
• Beheer actief de alerting, voorkom wildgroei
• Begin zo vroeg mogelijk met opnemen van monitoring in het ontwerp van een applicatie/systeem
• Documenteer alles (en dan vooral de high en low water marks) om een zoekplaatje te voorkomen. Goede naamgeving
van alerts en dashboards is hierbij van belang
• Zorg ervoor dat personen met kennis, van de te monitoren schakels in de keten, beschikbaar zijn
• Monitor (vooral) productie maar OOK de TEST omgevingen.
• Maak voldoende resources beschikbaar voor beheer
• Maak ‘iemand’ verantwoordelijk voor de regie van de monitoring, geef hem/haar/hen mandaat
• Maak gebruik van een CMDB ter ondersteuning van het monitor proces
7. Don’ts
• Voorkom overkill, te veel monitoring (over) belast de monitor server(s)
• Te veel data op 1 scherm is onoverzichtelijk. Toon alleen high level informatie en maak op aanvraag detail informatie
beschikbaar
8. People/RolesProcess
Tools
Culture
Wrap-up
Benadruk het belang van
het centrale (keten-)
monitor proces en de
houding er naar toe
Laat tooling op elkaar
aansluiten (zeker de
gebruikte bron-data)
Documenteer alles
ontrent monitoring, zeker
al vanuit het
ontwikkelingsproces
Standaardiseer
zoveel mogelijk
t.a.v. monitoring
Communiceer en werk
vooral samen. Zoek
elkaar op! DEVOPS teams
vergeten dit!
Centraliseer en
standaardiseer daar waar
mogelijk!
9. Organisation
• Workgroup Chair: Boudewijn Dekkema
• Workgroup Liaison: Sander Joosten
• Members (max? min?)
o We are looking for people who want to share a story with their experiences with this user
organization
o There are no fees for it, just the fame.
o You build a large network, both with users and IBM
o You always pick something up
o Resuming:
User Community That’s US
Who is willing to help us?
Email: gse.act4impact@gmail.com
Aanmelding bij de GSE: Registratie GSE
en als je ook nog een vinkje zetten bij de Monitoring Werkgroep krijg je ook de specifieke mails aan die groep
10. Achievements:
• 15 November 2018 : Announcement at National GSE day
• 29 November 2018 : First User Group meeting
• 18 April 2019: Requirements Gathering meeting for PARMGEN OMEGAMON users I
• 16 May : Second User Group meeting (already planned and prepared)
• 13 June 2019: Requirements Gathering meeting for PARMGEN OMEGAMON users II
(already planned and prepared)
• 21 November 2019: National GSE day (being prepared)
• Since 7 May 2019 we are looking at going European with our GSE NL Monitoring
Workgroup!