Uw Kubernetes- en cloudomgeving verandert elke dag, en een CMDB die u met de hand bijhoudt, is verouderd bij de volgende deployment. SMC Consulting zet automatische dependency mapping op: open-source discovery brengt uw clusters op AWS, Azure of Google Cloud in kaart, een graaf toont wat van wat afhangt, en de HaloITSM-CMDB blijft actueel zonder handmatige invoer.
In een Kubernetes-omgeving worden pods bij elke deployment vervangen, schalen nodes op en af, en volgen load balancers en DNS-records. Een CMDB die met de hand gevuld wordt, beschrijft het platform van vorige maand: de configuratie-items (CI's) zijn verouderd, de relaties ontbreken en de impactanalyse waarop uw incident- en changeteams rekenen, geeft het verkeerde antwoord.
Een cloud-CMDB moet door de cloud zelf gevoed worden. Dependency mapping leest uw accounts en clusters, legt elke resource vast als CI en bewaart de koppelingen ertussen, van de pod naar zijn namespace, zijn cluster en de nodes waarop hij draait. Valt er iets uit, dan ziet u welke diensten erop steunen; staat er een change gepland, dan ziet u wat die raakt.
Voor de CMDB zelf, het datamodel en de ITIL-practice erachter, zie CMDB en configuratiebeheer in HaloITSM. Deze pagina behandelt het cloud- en Kubernetes-deel.
De cloud-CMDB is een onderdeel van IT-servicemanagement (ITSM): de configuratiedata waarop incidenten en changes steunen. Verhuist u workloads naar de cloud? Ons projectmanagement voor IT-infrastructuur houdt de CMDB gelijk met de migratie.
CI's en relaties worden door discovery geschreven, niet ingetypt: nieuwe resources verschijnen, verwijderde verdwijnen, bij elke synchronisatie.
Agents en changemanagers zien de diensten achter een node of namespace voordat ze ingrijpen, in HaloITSM.
Een inventaris van cloudassets met hun afhankelijkheden, klaar wanneer een auditor of toezichthouder erom vraagt.
Niemand werkt CI-records bij na elke deployment; het team bekijkt uitzonderingen in plaats van data in te typen.
Een live demo op een van uw clusters: wij draaien de discovery en tonen de graaf en de CI's die hij in HaloITSM aanmaakt.
De discovery gebruikt Cartography, een open-sourceproject van de Cloud Native Computing Foundation (CNCF). Het leest uw cloudaccounts en clusters met alleen-lezen toegang en legt vast wat het vindt.
EKS-, AKS- en GKE-clusters, met hun versie, regio en het account of de subscription waartoe ze behoren.
De machines waarop elke cluster draait, zodat een falende node de workloads toont die hij draagt.
Namespaces, pods, services, deployments en ingress, gelezen via de kubeconfig van de cluster.
Compute-instances buiten Kubernetes, in dezelfde graaf als de clusters.
VPC's en virtuele netwerken, zodat u ziet welke resources een netwerkgrens delen.
De toegangspunten van uw diensten, gekoppeld aan wat erachter zit.
Wij draaien deze opzet zelf op AWS. Op Azure en Google Cloud maken dezelfde modules deel uit van de code van Cartography; wij valideren de scope op uw account tijdens de live demo.
Neo4j, een grafendatabase, bevat de hele omgeving. Klik op een cluster, een node of een load balancer en u ziet alles wat ervan afhangt, zonder Ă©Ă©n tabel te lezen.
De connector schrijft de CI's en hun relaties (pod → namespace → cluster → nodes) naar HaloITSM, waar agents en changemanagers al werken.
Uw monitoringtool (Zabbix, Prometheus…) opent een HaloITSM-ticket gekoppeld aan de getroffen CI, met de logs.
Vier stappen die volgens een planning lopen. De eerste run gebeurt tijdens de live demo, op een cluster naar keuze.
Cartography scant het cloudaccount: Kubernetes-clusters (EKS, AKS, GKE), nodes, VPC's, namespaces, pods, virtuele machines, load balancers en DNS-records.
De data gaat naar Neo4j, een grafendatabase. U ziet de hele omgeving als graaf en klikt op elk element om te zien wat ervan afhangt.
Een connector schrijft CI's en hun relaties naar de HaloITSM-CMDB en houdt ze actueel: nieuwe resources verschijnen, verwijderde verdwijnen.
Alerts uit uw monitoringtool (Zabbix, Prometheus…) openen HaloITSM-tickets gekoppeld aan de CI, met logs. Een korte alert die vanzelf verdwijnt, sluit zijn ticket; alleen echte problemen blijven open.
Die willen dat de servicedesk dezelfde omgeving ziet die zij beheren, zonder een tweede inventaris bij te houden.
Wier CMDB laptops en servers dekt, maar stopt waar de cloud begint.
Die moeten tonen welke cloudassets welke diensten ondersteunen, en wie de eigenaar is.
Cloud en Kubernetes zijn Ă©Ă©n bron naast andere. Toestellen op uw netwerk komen uit Lansweeper, dat HaloITSM voedt via de HaloITSM- en Lansweeper-integratie; datacenter- en IP-adresdata kunnen uit NetBox komen (DCIM en IPAM). Elke bron sluit op dezelfde manier aan op dezelfde configuratiedatabase, met Ă©Ă©n gezaghebbende bron per CI-klasse. Onze dienst IT asset management brengt ze samen.
Dependency mapping legt vast hoe configuratie-items van elkaar afhangen: welke pods in welke namespace draaien, op welke cluster en welke nodes, achter welke load balancer. Met die relaties in de CMDB toont een incident de getroffen diensten en een change wat hij raakt.
Ja, wanneer discovery haar voedt. Cartography leest de clusters en cloudaccounts volgens een planning, en de connector schrijft het resultaat naar de HaloITSM-CMDB: nieuwe resources worden toegevoegd, verwijderde uit gebruik genomen. Het team bekijkt uitzonderingen in plaats van data in te voeren.
Cartography is een open-sourceproject van de CNCF dat cloud- en Kubernetes-resources in een graaf in kaart brengt. De software is gratis te gebruiken. De kost zit in de opzet en het draaien van de discovery, die wij met u afbakenen.
Een grafendatabase bewaart relaties als volwaardige data, precies wat dependency mapping nodig heeft: vragen wat van een node afhangt, is Ă©Ă©n query, geen reeks tabeljoins. Neo4j bevat de ontdekte graaf; HaloITSM blijft de CMDB waarin uw agents en changemanagers werken.
Ja. Cartography heeft modules voor Azure (AKS-clusters, virtuele machines en netwerken) en Google Cloud (GKE-clusters, compute-instances en netwerken), en de Kubernetes-module leest elke cluster via zijn kubeconfig. Wij draaien de opzet zelf op AWS en valideren de scope op uw account tijdens de demo.
Ja. Uw monitoringtool (Zabbix, Prometheus…) stuurt zijn alerts naar HaloITSM, dat een ticket opent gekoppeld aan de getroffen CI, met de logs erbij. Een korte alert die vanzelf verdwijnt, sluit zijn eigen ticket, zodat alleen echte problemen open blijven. Zie ITSM-automatisering en -orkestratie.
Boek een live demo op uw eigen cloudaccount: wij draaien de discovery op een cluster naar keuze en tonen de CI's en relaties die hij aanmaakt.
Een praktisch ServiceNow migratie cutover-plan helpt risico's te beperken, de servicecontinuĂŻteit te beschermen en een zelfverzekerde ITSM-modernisering te ondersteunen.
Read more →
SMC Consulting wordt Lansweeper partner en verbindt asset discovery met HaloITSM, ServiceNow en Freshservice voor een complete, actuele CMDB.
Read more →
Ontdek hoe Green ITAM u helpt de CO2-voetafdruk van uw IT-assets te meten, uw CSRD IT-readiness te verbeteren en geloofwaardige duurzaamheidsrapportage te ondersteunen.
Read more →