Wat is statusmodellering?
Om te bepalen of uw omgeving werkt zoals verwacht, is het belangrijk om de status van uw toepassing en de belangrijkste metrische gegevens van de Azure-resources te controleren. Statusmodellering is een ontwerpoefening waarmee onbewerkte gegevenslogboeken en metrische gegevens worden vergroot met belangrijke zakelijke vereisten. Het doel is om de toepassingsstatus te kwantificeren en geautomatiseerde evaluatie van de statussen te stimuleren.
Voordelen van statusmodellering
Als u de algehele status van uw workload wilt evalueren, hebt u een holistisch begrip van alle metrische gegevens nodig. U moet ook snel betrouwbaarheidsproblemen identificeren en oplossen.
Statusmodellering is gericht op grondige instrumentatie en bewaking, maar er wordt ook een contextlaag toegevoegd om u een kritisch inzicht te geven in de status van uw toepassing. Een goed ontworpen statusmodel moet duidelijk de algehele status van de workload aangeven in plaats van onbewerkte metrische gegevens.
Bedrijfskritieke toepassingen, vanwege hun complexe aard, zullen naar verwachting grote hoeveelheden operationele gegevens genereren. Het kan lastig zijn om de status van de toepassing te evalueren en de juiste actie te bepalen om de geïdentificeerde problemen op te lossen.
Het statusmodel maakt gebruik van setindicatoren om de status weer te geven, waardoor het intuïtief is om snel te begrijpen en te reageren op eventuele problemen die zich kunnen voordoen. De status wordt meestal weergegeven met behulp van verkeerslichtindicatoren , zoals groen, geel en rood. U kunt toepassingsstatusscores traceren om snel de hoofdoorzaak van servicedegradatie te vinden.
Aan de slag
Als u de oefening voor statusmodellering wilt uitvoeren, moet u een goed beeld hebben van het systeem en de verwachte prestaties. Een gelaagd model wordt aanbevolen om de algehele status van de toepassing en op gedetailleerd niveau weer te geven. De lagen vertegenwoordigen de hiërarchische workloadstructuur die de toepassing en de bijbehorende afhankelijkheden bevat.
- Op de bovenste laag vertegenwoordigt de status gebruikersinteractie of stromen in de toepassing. Denk na over de stromen die zich op het kritieke pad bevinden en de stromen die dat niet zijn.
- Bij lagere lagen moet de status van de afzonderlijke toepassingsonderdelen worden gedefinieerd, rekening houdend met de belangrijkste niet-functionele vereisten. Wijs de afhankelijkheden tussen functionele en logische onderdelen toe. Wijs ook de afhankelijkheden toe tussen Azure-resources die door toepassingsonderdelen worden gebruikt.
- Op de basislaag vertegenwoordigt de status de Azure-resources, die door de toepassing worden gebruikt.
Het proces van modelleringsstatus is een top-down ontwerpactiviteit die begint met het definiëren van alle gebruikersstromen, het toewijzen van afhankelijkheden en het kwantificeren van statussen aan de stromen.
Hier volgen de aanbevolen stappen voor de aanpak:
- Statussen voor elk onderdeel kwantificeren, zodat elk onderdeel een statusscore aangeeft. De statusscore kan een aggregaties zijn van verschillende metrische prestatiegegevens, waarbij rekening wordt gehouden met de belangrijkste zakelijke vereisten.
- Kwantificeer de statusstatussen voor elke stroom door de statusscore van afzonderlijke onderdelen te combineren om de status van de stroom aan te geven. Houd rekening met de niet-functionele vereisten om context in te stellen in termen van kritiek.
- Pas op basis van bedrijfskritiek de juiste gewichten toe op alle lagen om een zinvolle definitie van de algehele status te maken. Op de bovenste laag zijn bijvoorbeeld financieel significante stromen en klantgerichte gebruikersstromen belangrijker dan andere stromen.
In deze afbeelding ziet u een voorbeeldresultaat van de voorgaande benadering. Het statusmodel maakt gebruik van deze gelaagde statusdefinities om kritieke bewakingsgegevens te informeren over alle systeemonderdelen en om de samenstelling van het operationele subsysteem te valideren.
In de volgende oefening passen we het proces op hoog niveau toe op een voorbeeld en bouwen we een gelaagd statusmodel.
Zie Gelaagde toepassingsstatus voor meer informatie over gelaagde statusmodellen. Zie ook een voorbeeld van een gelaagd statusmodel.