Delen via


Inventaris en zichtbaarheid in cloudbeheer

Operationeel beheer heeft een duidelijke afhankelijkheid van gegevens. Consistent beheer vereist inzicht in wat er wordt beheerd (inventaris) en hoe deze beheerde workloads en assets in de loop van de tijd veranderen (zichtbaarheid). Duidelijke inzichten over inventaris en zichtbaarheid helpen het team om de omgeving effectief te beheren. Alle andere operationele beheeractiviteiten en -processen zijn gebaseerd op deze twee gebieden.

Een paar klassieke zinnen over het belang van metingen stellen de toon voor dit artikel in:

  • Beheer wat belangrijk is.
  • U kunt alleen beheren wat u kunt meten.
  • Als u het niet kunt meten, maakt het misschien niet uit.

De inventarisatie- en zichtbaarheidsdiscipline bouwt voort op deze tijdloze zinnen. Voordat u effectief operationele beheerprocessen kunt opzetten, is het belangrijk om gegevens te verzamelen en het juiste zichtbaarheidsniveau voor de juiste teams te creëren.

Veelvoorkomende klantuitdagingen

Tenzij voorraad- en zichtbaarheidsprocessen consistent worden toegepast, kunnen operationele beheerteams te lijden hebben van een groter aantal bedrijfsonderbrekingen, langere tijd voor herstel en grotere hoeveelheid inspanning die nodig is om problemen op te lossen en te classificeren. Naarmate wijzigingen nadelig van invloed zijn op toepassingen met een hogere prioriteit en grotere aantallen assets, groeien deze metrische gegevens nog sneller.

Deze uitdagingen komen voort uit enkele vragen die alleen kunnen worden beantwoord door consistente gegevens- en telemetriemetingen:

  • Hoe wijken de huidige statusprestaties af van de standaard telemetrie van operationele prestaties?
  • Welke assets veroorzaken de bedrijfsonderbrekingen op workloadniveau?
  • Welke assets moeten worden hersteld om terug te keren naar acceptabele prestaties van deze workload of bedrijfsproces?
  • Wanneer is de afwijking begonnen? Wat was de trigger?
  • Welke wijzigingen zijn aangebracht in de onderliggende activa? Door wie?
  • Waren de wijzigingen opzettelijk? Boosaardig?
  • Hoe zijn wijzigingen van invloed op telemetrie van prestaties?

Het is moeilijk om deze vragen te beantwoorden zonder een uitgebreide, gecentraliseerde bron voor logboeken en telemetriegegevens. Als u cloudbeheer wilt inschakelen door ervoor te zorgen dat de consistente configuratie die nodig is om de gegevens te centraliseren, moet de basislijnservice eerst beginnen met het definiëren van de processen. Goed gedefinieerde processen leggen vast hoe een consistente configuratie gegevensverzameling afdwingt ter ondersteuning van de onderdelen van inventaris en zichtbaarheid die worden vermeld in de volgende sectie.

Onderdelen van inventaris en zichtbaarheid

Voor het maken van zichtbaarheid op elk cloudplatform zijn enkele belangrijke onderdelen vereist:

  • Verantwoordelijkheid en zichtbaarheid
  • Voorraad
  • Centrale logboekregistratie
  • Wijzigingen bijhouden
  • Telemetrie van prestaties

Verantwoordelijkheid en zichtbaarheid

Wanneer u toezeggingen voor elke workload tot stand brengt, is beheerverantwoordelijkheid een belangrijke factor. Gedelegeerde verantwoordelijkheid creëert een behoefte aan gedelegeerde zichtbaarheid. De eerste stap voor inventarisatie en zichtbaarheid is ervoor te zorgen dat de verantwoordelijke partijen toegang hebben tot de juiste gegevens. Voordat u cloudeigen hulpprogramma's implementeert voor zichtbaarheid, moet u ervoor zorgen dat elk bewakingsprogramma de juiste toegang en het juiste bereik heeft voor elk operations-team.

Voorraad

Als niemand weet dat er een asset bestaat, is het moeilijk om de asset te beheren. Voordat een asset of workload kan worden beheerd, moet deze worden geïnventariseerd en geclassificeerd. De eerste technische stap voor stabiele bewerkingen is een validatie van inventaris en classificatie van inventaris.

Centrale logboekregistratie

Gecentraliseerde logboekregistratie is essentieel voor de zichtbaarheid die dagelijks door de operations management-teams is vereist. We raden u aan alle assets die zijn geïmplementeerd in de cloudrecordlogboeken naar een centrale locatie te laten gaan. In Azure is de centrale locatie Log Analytics. Centrale logboekregistratiestations rapporten over wijzigingsbeheer, servicestatus, configuratie en de meeste andere aspecten van IT-bewerkingen.

Het afdwingen van het consistente gebruik van centrale logboekregistratie is de eerste stap voor het tot stand brengen van herhaalbare bewerkingen. Afdwingen kan worden uitgevoerd via bedrijfsbeleid. Indien mogelijk moet u echter afdwingen automatiseren om consistentie te garanderen.

Wijzigingen bijhouden

Verandering is de enige constante in een technologieomgeving. Bewustzijn en begrip van wijzigingen in meerdere workloads is essentieel voor betrouwbare bewerkingen. Uw cloudbeheeroplossing moet een middel bevatten om inzicht te krijgen in de 'wanneer, hoe en waarom' van technische wijzigingen. Zonder deze gegevenspunten worden herstelinspanningen belemmerd.

Telemetrie van prestaties

Gegevens zorgen voor zakelijke toezeggingen over cloudbeheer. Het cloudbewerkingsteam moet inzicht krijgen in de telemetrie over de stabiliteit, prestaties en bewerkingen van de workload om toezeggingen goed te onderhouden. Het cloudbewerkingsteam moet ook inzicht krijgen in de assets die ondersteuning bieden voor de workload.

De doorlopende status en bewerkingen van het netwerk, DNS, besturingssystemen en andere fundamentele aspecten van de omgeving zijn kritieke gegevenspunten die rekening houden met de algehele status van elke workload.

Processen

In vergelijking met de functies van het cloudbeheerplatform zijn de cloudbeheerprocessen mogelijk belangrijker in uw overwegingen, omdat ze operationele toezeggingen met het bedrijf realiseren. Uw cloudbeheermethodologie moet minimaal de volgende processen bevatten:

  • Reactieve bewaking: Wie heeft betrekking op de afwijkingen die de bedrijfsactiviteiten nadelig beïnvloeden? Welke acties ondernemen ze om de afwijkingen op te lossen?
  • Proactieve bewaking: wanneer afwijkingen worden gedetecteerd, maar bedrijfsactiviteiten niet worden beïnvloed, hoe worden deze afwijkingen aangepakt en door wie?
  • Toezeggingsrapportage: Hoe wordt naleving van de zakelijke toezegging gecommuniceerd aan zakelijke belanghebbenden?
  • Begrotingsbeoordelingen: Wat is het proces voor het beoordelen van deze toezeggingen ten opzichte van gebudgetteerde kosten? Wat is het proces voor het aanpassen van de geïmplementeerde oplossing of de toezeggingen om uitlijning te creëren?
  • Escalatiepaden: Welke escalatiepaden zijn beschikbaar wanneer een van de voorgaande processen niet voldoet aan de behoeften van het bedrijf?

Er zijn nog verschillende processen met betrekking tot inventarisatie en zichtbaarheid. De voorgaande lijst is ontworpen om gedachten binnen het operations-team te veroorzaken. Het beantwoorden van de lijst met vragen helpt bij het ontwikkelen van een aantal van de benodigde processen en kan waarschijnlijk nieuwe, diepere vragen veroorzaken.

Verantwoordelijkheden

Wanneer u processen voor operationele bewaking ontwikkelt, is het even belangrijk om de verantwoordelijkheden voor dagelijkse werking en regelmatige ondersteuning van elk proces te bepalen.

  • In een gecentraliseerde IT-organisatie biedt IT de operationele expertise. Het bedrijf is van aard als problemen herstel vereisen.

  • In een cloudcentrum van uitmuntendheidsorganisatie bieden bedrijfsactiviteiten de expertise en zijn ze verantwoordelijk voor het beheer van deze processen. IT richt zich op de automatisering en ondersteuning van teams, terwijl ze de omgeving bedienen.

De voorgaande lijstitems zijn voorbeelden van veelvoorkomende verantwoordelijkheden. Organisaties vereisen vaak een combinatie van verantwoordelijkheden om te voldoen aan zakelijke verplichtingen.

Reageren op voorraad en zichtbaarheid

Ongeacht het cloudplatform worden de vijf onderdelen van voorraad en zichtbaarheid gebruikt om de meeste operationele processen te stimuleren. Alle volgende disciplines bouwen voort op de gegevens die worden vastgelegd. De volgende artikelen in deze reeks geven een overzicht van manieren om op die gegevens te reageren en andere gegevensbronnen te integreren.

Zichtbaarheid van delen

Gegevens zonder actie produceren weinig rendement. Cloudbeheer kan verder gaan dan cloudeigen hulpprogramma's en processen. Voor bredere processen moet een basislijn voor cloudbeheer mogelijk worden uitgebreid met rapportage, integratie van IT-servicebeheer of gecentraliseerde gegevens. Cloudbeheer moet mogelijk een of meer van de volgende principes bevatten tijdens verschillende fasen van operationele volwassenheid.

Rapport

Offlineprocessen en communicatie over toezeggingen aan zakelijke belanghebbenden vereisen vaak rapportage. Selfservicerapportage of periodieke rapportage kan een noodzakelijk onderdeel zijn van een verbeterde beheerbasislijn.

ITSM-integratie (IT Service Management)

ITSM-integratie is vaak het eerste voorbeeld van het handelen op voorraad en zichtbaarheid. Wanneer afwijkingen van verwachte prestatiepatronen optreden, gebruikt ITSM-integratie waarschuwingen van het cloudplatform om tickets in een afzonderlijk ITSM-hulpprogramma te activeren om herstelactiviteiten te activeren. Voor sommige operationele modellen is ITSM-integratie mogelijk vereist als een aspect van de verbeterde beheerbasislijn.

Centralisatie van gegevens

Er zijn verschillende redenen waarom een bedrijf mogelijk meerdere tenants binnen één cloudprovider nodig heeft. In deze scenario's is gegevens centralisatie een vereist onderdeel van de verbeterde beheerbasislijn, omdat deze inzicht kan bieden in deze tenants of omgevingen.

Volgende stappen

Operationele naleving bouwt voort op inventarismogelijkheden door beheerautomatisering en controles toe te passen. Bekijk hoe operationele naleving wordt toegewezen aan uw processen.