How Application Performance Monitoring Keeps the Cloud on Track

Hoe Application Performance Monitoring de cloud op koers houdt

Cloud computing is een kant-en-klare revolutie voor het MKB. Vergeet de downtime van servers; elastic computing en API-gestuurde ontwikkeling is perfect voor kleinere organisaties met budgets van enkele duizenden Euro's.

Al die flexibiliteit stelt informatiearchitecten in staat om groot te denken - smartphoneconnectiviteit, IoT, lambda-architectuur - met bestaande standaarden voor het monitoren van app-prestaties die steeds meer web- en sociaal bewust worden.

Perfecte wereld, toch? Nou ja, misschien. Terwijl ontwikkelaars het elastische, flexibele ding doen - gebruikmakend van de kracht van vooraf gebouwde tools via IFTTT of Zapier en Big Data-tools van GitHub krijgen - maken ze aannames over de beschikbare bandbreedte. Ze kunnen zelfs Twilio aan de mix toevoegen, zodat het bedrijf je midden in de nacht kan sms'en wanneer hun app het niet doet.

App performance: 'Het blijft maar laden'

"Ik kan niets doen. Hij blijft maar laden", denk je. Klassieke Ajax lader. "Mijn e-mail wordt niet verzonden", "Mijn dagelijkse dashboard laadt niet" en, nu, "de slimme meters van de hele buurt zijn offline."

Een nieuwe reeks netwerkeisen nadert. Er is een grotere behoefte aan het  monitoren van de applicatieprestaties : SIEM, Big Data, IoT, compliance en audits van consumentenprivacy. Het is de langzame dood van offline archivering. En voor elk van hen nemen de bestandsgroottes toe en worden apps steeds vaker geschikt gemaakt voor servers , vaak met zware WAN-eisen.

Open Source, DIY en Buy-a-Bigger-Toolbox

Geconfronteerd met een trage internetsnelheid door bandbreedteproblemen, zullen sommige IT support specialisten zich wenden tot open-source tools zoals Cacti , om te zien wat ze kunnen leren. En ze kunnen veel zien, echter vaak ligt het probleem dieper in de applicatie omgeving. Zoals een support engineer (bekend als "crankysysadmin" op Reddit) uitlegde: "Het is niet zo eenvoudig. Er zijn zoveel factoren die de applicatie prestaties beïnvloeden. Het wordt nog lastiger in een gevirtualiseerde omgeving met gedeelde opslag, meerdere besturingssystemen en complexe netwerken."

Een  netwerkbeheerder in de Reddit-thread was het daarmee eens: in termen van app-prestatiemonitoring reageerde hij: "er is geen one-size-fits-all antwoord. Over wat voor soort toepassing hebben we het? Databank? SAP?  XenApp? Is het een specifieke workflow die 'traag' is? Wat beschouw je als 'snel' voor diezelfde workflow?"

Event-Driven Heads-Up voor app-hangs en hoofdpijn

Pieken in app-gebruik hebben veel mogelijke oorzaken, en dat is precies de reden waarom een commerciële app-monitoringtool die gemakkelijk te gebruiken, zichzelf uiteindelijk kan terugbetalen. Afhankelijk van het site-afhankelijke updatebeleid, typen support voor toepassingen, regelgeving, SLA's en resources van cloudleveranciers, krijgt u vroeg of laat te maken met:

  • Onverwachte grote updates.
  • Bandbreedte-zuigende desktop-apps.
  • Op hol geslagen apps voor ontwikkelaars.
  • Ontwerppatronen van app-ontwikkelaars die neigden naar real-time events verwerking.
  • Beweging naar een meer elastisch beheer van interne middelen.
  • Beheer van bandbreedtegebruik door cloud service providers.
  • Een noodzaak om configuratiebeheer te integreren met monitoring.
  • Verhoogde ondersteuning van operationele intelligentie, waardoor real-time event monitoring mogelijk is zoals beschreven door Information Age.
  • Monitoring om toepassingsafhankelijk situatiebewustzijn te ontwikkelen.

Het laatste daarvan, situatiebewustzijn, verdient een nadruk. Denk aan de impact van het verplaatsen van maandelijkse rapporten naar rapporten per uur, of een BI-dashboard dat plotseling wordt uitgerold naar distributeurs en vertegenwoordigers. Situationeel bewustzijn op app-niveau kan pieken en dalen van resources of zelfs serveruitval voorkomen.

Identificeer wat bedrijfskritisch is

Of het monitoringantwoord open source of commercieel is, hangt deels af van de vraag of uw apps als bedrijfskritisch worden beschouwd. Voor sommigen zijn VoIP en Exchange die toepassingen geweest. De SLA-verwachting voor telefonie wordt bijvoorbeeld gedreven door de hoge betrouwbaarheid voor verouderde on-premises telefoonsystemen die zelden uitvielen. SLA's voor VoIP worden vaak aan dezelfde standaard gehouden.

En wat bedrijfskritisch is, is waarschijnlijk van cruciaal belang voor de bedrijfscontinuïteit. Als de directeur vertrouwt op een deck dat in SharePoint wordt gehost voor de briefing op een grote conferentie, en hij kan niet op het juiste moment verbinding maken - nou, dan zou je willen dat je een groter IT-team had om je achter te verschuilen.

Tags

Comments
Comments are disabled in preview mode.