Ein mittelständisches Unternehmen startet mit Azure, weil eine neue Anwendung schnell verfügbar sein soll. Die ersten Ressourcen sind zügig eingerichtet, die Rechnung wirkt zunächst überschaubar. Einige Wochen später stellt sich heraus, dass Testumgebungen weiterlaufen, Daten mehrfach gespeichert werden und niemand eindeutig für die Kostenkontrolle zuständig ist. Genau an diesem Punkt wird aus einer technischen Entscheidung eine kaufmännische Herausforderung.
Microsoft Azure Kosten entstehen nicht nur durch virtuelle Maschinen. Region, Auslastung, Speicherklasse, Netzwerkverkehr, Support, Lizenzen, Reservierungen und zusätzliche Dienste beeinflussen die Monatsrechnung. Für Unternehmen in Rheinland-Pfalz, Hessen und dem übrigen deutschen Markt kommt die Frage nach Datenschutz, NIS2, Backup und Verfügbarkeit hinzu. Eine belastbare Planung betrachtet deshalb nicht nur den Einzelpreis eines Dienstes, sondern die gesamten Betriebskosten.
Inhaltsverzeichnis
- Warum Azure-Kosten so leicht aus dem Ruder laufen
- Die Azure-Preismodelle im Überblick
- Die vier grossen Kostenblöcke in Azure
- Zwei Beispielrechnungen für mittelständische Unternehmen
- Bewährte Strategien zum Senken der Azure-Kosten
- TCO verstehen und Managed Services als Alternative
- Azure-Kosten im Griff behalten nächste Schritte
Warum Azure-Kosten so leicht aus dem Ruder laufen
Ein schwäbisches Maschinenbauunternehmen mit 80 Mitarbeitenden richtet eine Azure-DevOps-Pipeline ein. Für Entwicklung und Qualitätssicherung laufen mehrere Test-VMs. Geplant sind monatlich 800 Euro. Eine automatische Abschaltung fehlt, deshalb bleiben die Ressourcen nachts und am Wochenende aktiv. Im dritten Monat steigt die Rechnung auf 4.200 Euro.
Das Muster ist typisch: Variable Nutzung wurde wie ein fixer Paketpreis behandelt. Azure wird in Deutschland standardmäßig nutzungsbasiert abgerechnet, mit keinen Vorauszahlungen und voller Transparenz, wie die deutsche Azure-Preisseite beschreibt. Die Angaben helfen bei der Kontrolle, wenn ein Verantwortlicher die Nutzung regelmäßig prüft und daraus Maßnahmen ableitet.
Die häufigsten Auslöser
Kosten wachsen meist durch mehrere technische und organisatorische Entscheidungen:
- Spontane Architektur: Für eine Testanwendung wird eine grössere VM gewählt, obwohl eine kleinere Instanz ausreichen würde.
- Ungenutzte Ressourcen: Nicht mehr benötigte Disks, öffentliche IP-Ressourcen, Snapshots oder Datenbanken bleiben bestehen.
- Fehlende Tags: Ohne Tags nach Projekt, Kostenstelle oder Umgebung lässt sich die Rechnung nur schwer zuordnen.
- Unklare Zuständigkeit: Die IT verwaltet die Ressourcen, die Finanzabteilung erhält die Rechnung, aber niemand verantwortet ein verbindliches Azure-Budget.
- Unbegrenzte Skalierung: Auto-Scaling reagiert auf Last, läuft jedoch ohne sinnvoll gesetzte Obergrenzen weiter.
Praktische Regel: Jede Azure-Ressource braucht einen Zweck, eine verantwortliche Person, eine Umgebung und ein geplantes Abschaltdatum.
Für die deutsche Planung zählt auch die Abrechnungslogik. Microsoft rechnet bei vielen Diensten mit einem Monatsmodell von 730 Nutzungsstunden und weist Preise exklusive Steuern aus. Der Azure-Preisrechner ermöglicht eine Vorabkalkulation. Er ersetzt jedoch nicht den Abgleich mit der tatsächlichen Nutzung. Preise können je nach Dienst, Portal, Region und Angebotslogik variieren.
Für ein KMU sollte deshalb jede Architekturentscheidung mit ihrer Auswirkung auf die Monatsrechnung verbunden werden. Die folgenden Abschnitte zeigen, welche Preismodelle und Kostenblöcke dabei besonders ins Gewicht fallen.
Die Azure-Preismodelle im Überblick
Für ein deutsches KMU entscheidet das Preismodell darüber, wie gut sich die Azure-Rechnung planen lässt. Eine Entwicklungsumgebung mit wechselnder Nutzung braucht eine andere Vereinbarung als ein ERP-System, das rund um die Uhr verfügbar sein muss. Die passende Wahl verbindet daher den technischen Bedarf mit der Frage, wie viel Kostenrisiko das Unternehmen selbst tragen möchte.
Nutzungsbasierte Abrechnung
Beim Pay-as-you-go-Modell bezahlt das Unternehmen die tatsächlich genutzten Ressourcen. Das eignet sich für Entwicklungsumgebungen, kurzfristige Projekte, saisonale Anwendungen und Workloads mit stark schwankender Auslastung. Eine kleine Agentur kann damit etwa eine Testplattform nur während eines Kundenprojekts betreiben, ohne langfristig Kapazität einzukaufen.
Die Flexibilität hat ihren Preis: Die Monatsrechnung bleibt weniger vorhersehbar. Eine vergessene Test-VM, wachsender Speicher oder unerwarteter ausgehender Datenverkehr kann die Kosten erhöhen. Pay-as-you-go beschreibt deshalb zunächst nur die Abrechnung, nicht die Kostenkontrolle. Budgets, Alerts, Tags und Abschaltregeln sind weiterhin notwendig.
Reservierungen und Savings Plans
Reserved Instances passen zu Ressourcen, deren Nutzung über längere Zeit stabil bleibt. Das Unternehmen verpflichtet sich typischerweise für ein oder drei Jahre und erhält dafür einen Preisvorteil. Die Konditionen hängen von Dienst, Region, Instanztyp und Vertragsgestaltung ab. Eine Reservierung passt daher besonders zu einer Architektur, die nicht kurzfristig verändert werden soll.
Ein Maschinenbauunternehmen mit dauerhaft laufender Produktionsanwendung kann dadurch seine planbare Compute-Last günstiger kalkulieren. Wechselt es jedoch bald den Instanztyp oder die Region, kann die Bindung die Flexibilität einschränken.
Azure Savings Plans beziehen sich stärker auf einen zugesagten Verbrauch als auf eine einzelne VM-Ausprägung. Dadurch lassen sich Compute-Grössen leichter anpassen. Das Modell eignet sich für Unternehmen, deren Auslastung kontinuierlich bleibt, während sich die konkrete technische Konfiguration verändert.
Vertragsmodelle für KMU und Konzerne
Ein Enterprise Agreement, kurz EA, richtet sich vor allem an grössere Organisationen mit hohem, planbarem Microsoft-Verbrauch und zentralem Vertragsmanagement. Für viele KMU ist dieser Ansatz zu umfangreich oder passt nicht zur tatsächlichen Abnahmestruktur.
Das Cloud Solution Provider-Programm, kurz CSP, läuft über einen Microsoft-Partner. Dieser bündelt Abrechnung, Beratung und häufig auch Support. Für ein deutsches KMU kann das die kalkulierbare Gegenoption zum eigenen Vertrags- und FinOps-Aufwand sein. Vor der Entscheidung sollten Leistungsumfang, Kündigungsregeln, Supportgrenzen und Verbrauchsdaten geprüft werden.
| Modell | Verpflichtung | Rabatt | Geeignet für |
|---|---|---|---|
| Pay-as-you-go | Keine langfristige Bindung | Kein vertraglicher Mengenrabatt | Variable Workloads, Tests und neue Projekte |
| Reserved Instances | Typischerweise ein oder drei Jahre | Preisvorteil abhängig von Dienst und Bedingungen | Stabile VM- und Compute-Nutzung |
| Azure Savings Plans | Verbrauchsbezogene Verpflichtung | Preisvorteil abhängig vom zugesagten Verbrauch | Veränderliche, aber kontinuierliche Compute-Last |
| Enterprise Agreement | Vertragliche Abnahmeplanung | Individuelle Konditionen | Grössere Unternehmen mit zentralem Einkauf |
| CSP | Abwicklung über einen Partner | Abhängig von Partner- und Microsoft-Konditionen | KMU mit Beratungs- und Abrechnungsbedarf |
Technisch bilden Azure-Abrechnungskonto, Microsoft-Kundenvereinbarung, Azure-Abonnements und Ressourcen mehrere Ebenen. Ihre klare Zuordnung ermöglicht Kosten nach Gesellschaft, Projekt oder Umgebung. Werden sie vermischt, bleibt zwar eine Rechnung, aber keine brauchbare Grundlage für TCO-Vergleiche oder Budgetentscheidungen.
Die vier grossen Kostenblöcke in Azure
Eine Azure-Rechnung wird übersichtlicher, wenn Unternehmen sie in vier Blöcke zerlegen: Compute, Storage, Netzwerk sowie Lizenzen und Zusatzdienste. Ihre Gewichtung hängt vom Workload ab. Eine kleine Webanwendung benötigt vor allem Rechenleistung und Netzwerk, eine datenintensive Plattform verursacht dagegen eher Kosten für Speicher, Datenbanken und Sicherung.
Compute
Compute umfasst virtuelle Maschinen, App Services, Container Instances und weitere Rechenressourcen. Für den Preis zählen unter anderem Grösse, Betriebssystem, Region und Laufzeit. Eine dauerhaft laufende VM belastet die Rechnung anders als eine Entwicklungsumgebung, die nur während der Arbeitszeit aktiv ist.
Zur Planung gehört deshalb mehr als die Auswahl eines VM-Typs. Hochverfügbarkeit, Betriebssystemlizenzen, Managed Disks, Backup, Monitoring und Reserven für Lastspitzen fliessen ebenfalls in die TCO ein. Ein App Service kann eine standardisierte Webanwendung mit weniger Betriebsaufwand bereitstellen als eine selbst verwaltete VM. Dafür gelten andere Preis- und Leistungsmerkmale.
Storage
Storage deckt Blob Storage, Managed Disks, Azure Files, Snapshots und Sicherungskopien ab. Kapazität, Redundanz, Zugriffshäufigkeit und Speicherklasse bestimmen die Kosten. Häufig genutzte Arbeitsdaten benötigen eine andere Tier als selten abgerufene Archivdaten.
Produktive Daten, Backups und temporäre Exporte sollten getrennt betrachtet werden. Lifecycle-Regeln verschieben Inhalte automatisch in passende Tiers oder löschen nicht mehr benötigte Dateien. Das macht die Rechnung prüfbarer und verhindert, dass vergessene Daten dauerhaft Speicher belegen.
Netzwerk
Beim Netzwerk wird besonders der ausgehende Datenverkehr leicht unterschätzt. Bandwidth, Load Balancer, VPN-Verbindungen, Firewalls und CDN-Dienste können zusätzlich zu den Anwendungsressourcen berechnet werden. Downloads, externe Nutzerzugriffe und Datentransfers zwischen Komponenten gehören deshalb bereits in den Architekturentwurf.
Auch die Verteilung der Verarbeitung verändert den Kostenblock. Lokale Vorverarbeitung kann Datenübertragungen reduzieren, während zentrale Cloud-Verarbeitung den Betrieb vereinfachen kann. Der Beitrag Edge-Architektur vs. Cloud im IoT ordnet diese Entscheidung für IoT-Szenarien ein.
Lizenzen und Zusatzdienste
Lizenzen sind teilweise in VMs, Datenbanken oder Marketplace-Angeboten enthalten und teilweise separat ausgewiesen. Windows Server, SQL Server und Datenbankdienste sind typische Beispiele. Vorhandene Lizenzrechte können die Rechnung verändern, wenn Programm und technische Nutzung dazu passen.
Für die TCO gehören auch Microsoft-365-Lizenzen und ergänzende Betriebsleistungen in die Betrachtung, selbst wenn sie nicht auf derselben Azure-Ressourcenrechnung erscheinen. Eine belastbare Kostenübersicht trennt daher Azure-Verbrauch, Microsoft-Lizenzen und Betrieb. Erst diese gemeinsame Sicht zeigt, was der Workload tatsächlich kostet.
Zwei Beispielrechnungen für mittelständische Unternehmen
Ein Softwarehaus kann mit einer einzelnen VM starten und trotzdem mehrere Azure-Kostenblöcke auslösen. Ein Handelsunternehmen mit dauerhaft laufenden Systemen zahlt dagegen vor allem für kontinuierliche Rechenleistung, Speicher, Datenbanken und Nutzerlizenzen. Die folgenden Szenarien sind Planungsbeispiele, keine verbindlichen Angebote. Region, Steuer, Support, Vertragsform, Auslastung und Dienstkonfiguration verändern den Endpreis.
Als deutscher Kostenanker dienen veröffentlichte Richtwerte für Germany West Central. Für etwa 500 interne Nutzer werden 7.100 bis 21.500 Euro pro Monat genannt, bei 2.000 Nutzern 28.500 bis 97.000 Euro und bei 5.000 Nutzern 88.000 bis 305.000 Euro. Die Bandbreite zeigt, weshalb Nutzerzahlen allein keine belastbare TCO-Rechnung ergeben. Die Werte stammen aus dem Kostenüberblick zu Microsoft Azure in Deutschland.
Szenario A: schlanke Webanwendung
Ein Softwarehaus mit 25 Mitarbeitenden betreibt seine Webanwendung auf einer D2s-v5-VM. Für die Daten kommen eine Premium SSD mit 500 GB hinzu, ausserdem 2 TB ausgehender Datenverkehr und Standardsupport. Die VM bildet den Compute-Anteil, die SSD den Storage-Anteil und der Datenverkehr den Netzwerkanteil. Support und laufender Betrieb gehören ebenfalls zur TCO, auch wenn sie nicht als klassische Compute-Position erscheinen.
Der geplante Monatskorridor liegt bei 380 bis 520 Euro. Die untere Grenze setzt eine passende Dimensionierung und laufende Kostenkontrolle voraus. Eine andere Region, zusätzliche Sicherungen, höhere Auslastung oder eine Reservierung können die Rechnung verändern.
Szenario B: dauerhaft laufende Systeme
Das Handelsunternehmen mit 60 Mitarbeitenden benötigt zwei D4s-v5-VMs im Always-On-Betrieb. Dazu kommen 2 TB Standard Blob Storage mit Hot- und Cold-Tier, Azure SQL Basic sowie Microsoft-365-Lizenzen. Der höhere Betrag entsteht durch die zweite VM und durch den dauerhaften Betrieb von Compute, Datenbank und Speicher. Die Lizenzen erweitern die TCO zusätzlich.
Für diese Konfiguration ergibt sich ein Monatskorridor von 1.400 bis 1.900 Euro. Er dient als Orientierung und ist keine allgemeine Azure-Preisliste.
| Bestandteil | Szenario A, 25 MA, Softwarehaus | Szenario B, 60 MA, Handel |
|---|---|---|
| Compute | Eine D2s-v5-VM für die Webanwendung | Zwei D4s-v5-VMs im Always-On-Betrieb |
| Storage | Premium SSD mit 500 GB | Blob Storage mit 2 TB, Hot- und Cold-Tier |
| Netzwerk | Ausgehender Datenverkehr | Geschäftlicher Datenverkehr und Anwendungszugriffe |
| Datenbank und Lizenzen | Je nach Anwendung und Lizenzmodell | Azure SQL Basic und Microsoft 365 |
| Planungsbandbreite | 380 bis 520 Euro monatlich | 1.400 bis 1.900 Euro monatlich |
Germany West Central, West Europe und North Europe können sich bei Preis und Verfügbarkeit unterscheiden. Die Region sollte deshalb gemeinsam mit Performance, Ausfallsicherheit, Compliance und Preis bewertet werden. Datenresidenz und geografische Nähe sind wichtige Kriterien, reichen für die TCO-Entscheidung aber nicht aus.
Eine Reservierung kann bei stabiler Nutzung die Monatsrechnung planbarer machen. Für Testsysteme, kurzfristige Projekte oder eine bald geplante Architekturänderung kann die Bindung unpassend sein. Vorher sollten Laufzeit, Auslastung und Migrationsplan geprüft werden. So wird aus dem Azure-Preis eine belastbarere Kostenentscheidung für das gesamte KMU-Szenario.
Bewährte Strategien zum Senken der Azure-Kosten
Ein mittelständisches Softwarehaus kann seine Azure-Rechnung oft senken, ohne die Architektur sofort umzubauen. Der erste Schritt besteht darin, sichtbar zu machen, welche Ressource zu welchem Projekt gehört und wann sie tatsächlich gebraucht wird.
Sofortmassnahmen ohne Vertragsbindung
Azure Cost Management bildet dafür die Grundlage. Budgets, Auswertungen und Alerts zeigen, ob ein Kostenrahmen überschritten wird. Tags nach Kostenstelle, Projekt, Umgebung und Verantwortlichem ordnen die Ausgaben zu. Ein Budget stoppt keinen Verbrauch, schafft aber einen klaren Eskalationspunkt.
In Entwicklungs- und Testumgebungen reduzieren Auto-Shutdown und Automation den Betrieb ausserhalb der Arbeitszeit. Das passt, sofern keine nächtlichen Tests oder Integrationsprozesse laufen. Azure Advisor kann überdimensionierte oder kaum genutzte Ressourcen aufzeigen. Jede Empfehlung braucht eine Prüfung von Performance, Verfügbarkeit und Sicherheit.
Architektur und Nutzung anpassen
Right-Sizing vergleicht VM-Grösse, Disk-Typ und Datenbankleistung mit der realen Auslastung. Für eine kleine interne Anwendung reicht möglicherweise eine kleinere Ressource. Vor der Änderung sollten Metriken, Lasttests und ein Rückfallplan vorliegen, damit eine Einsparung nicht durch langsamere Prozesse und zusätzliche Arbeitszeit verloren geht.
Auto-Scaling passt Anwendungen an wechselnde Nachfrage an. Ohne bewusst gesetzte Mindest- und Höchstwerte kann die Rechnung jedoch unkontrolliert wachsen. Skalierung braucht deshalb technische Grenzen und eine Überwachung der Ausgaben.
Beim Storage helfen Lifecycle-Management und Tier-Wechsel. Aktive Daten bleiben in einem passenden Hot-Tier, selten benötigte Informationen wechseln in günstigere Zugriffsklassen. Aufbewahrung, Wiederherstellung und Compliance müssen vorher geklärt werden. Für Rechenzentren und Energieeffizienz liefert der Beitrag zu Fördermitteln für Rechenzentren ergänzenden Kontext.
Strategische Hebel
Reserved Instances und Savings Plans passen zu stabilen Workloads. Vor einer Bindung sollten Nutzung, Region, Laufzeit und geplante Architekturänderungen geprüft werden. Der Azure-Hybrid-Vorteil kann vorhandene Windows-Server- und SQL-Lizenzrechte einbeziehen, sofern die Voraussetzungen erfüllt sind.
Entscheidungsregel: Erst Transparenz schaffen, dann optimieren, danach langfristig binden.
Ein CDN kann geeignete Inhalte näher am Nutzer ausliefern und den Ursprung entlasten. Ob dadurch Kosten sinken, hängt von Inhalt, Zugriffsmuster, Cache-Regeln und dem bestehenden Netzwerkdesign ab.
Fehlen intern Zeit oder Azure-Know-how für Betrieb, Monitoring, Patchmanagement und Kostenkontrolle, können Managed Services für die IT eine kalkulierbare Gegenoption sein. Für die TCO zählt dann nicht nur der Azure-Preis, sondern auch die eingesparte interne Arbeitszeit.
TCO verstehen und Managed Services als Alternative
Ein deutsches KMU mit einer stabilen Fachanwendung sieht auf der Azure-Rechnung vielleicht nur wenige grosse Positionen. Für die Total Cost of Ownership zählen jedoch auch Lizenzrechte, Personal, Monitoring, Patchmanagement, Backup, Security, Ausfallsicherheit, Compliance und interne Abstimmung. Eine günstig wirkende VM kann dadurch teurer werden, wenn nur wenige Mitarbeitende Azure betreuen können.
Zwei Betriebsmodelle im Vergleich
| TCO-Baustein | Azure-Eigenbetrieb | Managed-Service-Modell |
|---|---|---|
| Lizenz | Das Unternehmen verwaltet Lizenzen und Nutzungsrechte selbst | Lizenzen können Bestandteil eines Leistungspakets sein |
| Betrieb | Monitoring, Patching und Skalierung liegen beim eigenen Team | Betrieb und Überwachung werden vertraglich geregelt |
| Personal | Azure-Kompetenz muss intern verfügbar sein | Leistungen werden als planbare Betriebskosten eingekauft |
| Ausfallsicherheit | Backup, Wiederherstellung und Redundanz müssen selbst geplant werden | Serviceumfang und Verfügbarkeit werden über Vereinbarungen definiert |
| Compliance | Nachweise und Kontrollen bleiben eigene Aufgaben | Der Anbieter kann bei Dokumentation und Prozessen unterstützen |
Ein produzierendes KMU mit wechselnden Entwicklungsprojekten profitiert häufig von flexiblen Azure-Ressourcen. Ein Handelsunternehmen mit gleichmässiger Auslastung kann dagegen von Reservierungen oder einer vertraglich festgelegten Managed-Service-Leistung profitieren. Region, Architektur und Nutzungsdauer verändern dabei die Monatsrechnung, während interne Betriebszeit in beiden Fällen in die TCO gehört.
Ein Managed-Service-Provider oder ein gehosteter Azure-Stack kann eine fixe monatliche Rate pro Anwender oder Workload anbieten. Das verbessert die Planbarkeit, macht aber nicht automatisch jede Nutzung günstiger. Leistungsgrenzen, Reaktionszeiten, Datenstandort, Exit-Regeln und Zusatzkosten gehören deshalb in den Vergleich. Eine strukturierte TCO-Berechnung für IT-Entscheidungen stellt Azure-Verbrauch und interne Aufwände gegenüber.
Eine einfache Wenn-dann-Entscheidung
Wenn Lasten stark schwanken, eigene Cloud-Kompetenz vorhanden ist und Projekte häufig wechseln, passt Pay-as-you-go oft besser. Wenn die Anwendung standardisiert und stabil ist und das interne Team klein bleibt, können planbare Betriebs- und Personalkosten eines Managed-Modells attraktiver sein.
Für viele KMU passt eine Mischform: Entwicklungsressourcen bleiben flexibel, standardisierte produktive Workloads laufen mit Reservierungen oder einem vertraglich definierten Managed Service. Entscheidend ist der gesamte TCO, nicht der niedrigste Einzelpreis.
Azure-Kosten im Griff behalten nächste Schritte
Kostenkontrolle braucht feste Abläufe. Starten Sie mit dieser Checkliste:
- Budget-Alarm aktivieren: Legen Sie im Azure-Portal Budgets für Abonnement, Projekt oder Kostenstelle an. Bestimmen Sie zugleich, wer bei einer Überschreitung informiert wird.
- Tags standardisieren: Kennzeichnen Sie jede Ressource mit Projekt, Umgebung, Kostenstelle und Verantwortlichem.
- Rechnung prüfen: Bewerten IT, Controlling und Fachbereiche monatlich die Abweichungen und ihre Ursachen.
- Commitments überprüfen: Vergleichen Sie Reserved Instances, Savings Plans und Lizenzen regelmässig mit der tatsächlichen Nutzung.
- Testgrenzen definieren: Legen Sie Auto-Shutdown, Skalierungsobergrenzen und Löschfristen für Entwicklungsressourcen verbindlich fest.
Drei Fragen aus dem KMU-Alltag
Wie schnell können ungeplante Lastspitzen die Rechnung erhöhen?
Das hängt von Dienst, Region, Skalierungslogik und Dauer der Last ab. Unbegrenztes Auto-Scaling, dauerhaft laufende Testressourcen und zusätzlicher Datenverkehr erhöhen das Risiko. Budgets und Alerts sollten deshalb vor dem Produktivbetrieb eingerichtet werden.
Ab wann lohnt sich ein Enterprise Agreement?
Einen allgemeinen Schwellenwert gibt es nicht. Ein EA kann passen, wenn Verbrauch, Nutzerstruktur und Beschaffung langfristig planbar sind und ein zentraler Vertrag den Verwaltungsaufwand senkt. Für viele KMU ist CSP die passendere Gesprächsgrundlage.
Welche Daten kann das Unternehmen einsehen?
Verbrauchs- und Abrechnungsinformationen stehen über Portal, Preisrechner und Cost-Management-Funktionen bereit. Aussagekräftig wird die Auswertung erst bei sauber strukturierten und getaggten Ressourcen. Für die Migrationsplanung bietet ein Leitfaden zum Cloud-Übergang für Mittelständler eine praktische Orientierung.
Setzen Sie heute Punkt 1 um: Erstellen Sie das Budget und hinterlegen Sie den Eskalationsweg. Prüfen Sie danach die fünf Punkte monatlich im gleichen Termin.
GSL Groß GmbH unterstützt KMU mit Azure- und Microsoft-365-Lösungen, planbaren Managed Services, Monitoring, Backup, IT-Sicherheit und Beratung zu NIS2 und TCO. Besprechen Sie Ihre Azure-Rechnung und passende Optimierungsschritte mit dem Team auf der GSL Groß GmbH.