azure.com

Microsoft Azure ist Microsofts Cloud-Computing-Plattform. Sie vereint Dienste zum Ausführen von Anwendungen, Verwalten von Daten, Entwickeln von KI-Systemen und Betreiben von Infrastruktur. Kunden kombinieren Dienste passend zu ihren Workloads, statt ein einheitliches Produkt mit einem einzigen Funktions- und Kostenumfang zu kaufen.

Azure eignet sich für Personen und Organisationen, die konfigurierbare Cloud-Dienste benötigen und die Verantwortung für deren Auswahl und Betrieb übernehmen können. Das breite Angebot eröffnet Möglichkeiten, macht aber auch Architektur, Identität, Kostenmanagement und betriebliche Kompetenzen zu einem Teil der Entscheidung.

Wofür steht azure.com?

azure.com ist eine Website-Adresse für Microsoft Azure; die bereitgestellte Recherche ordnet sie Microsofts aktuellem Azure-Webauftritt zu. Gegenstand dieser Erklärung ist die Azure-Plattform. Ihre Website, die Dokumentation und das öffentliche Dokumentations-Repository liefern Belege und Orientierung zu dieser Plattform.

Diese Erklärung stützt sich auf die bereitgestellte Recherche zu Microsoft und offizielle Ressourcen. Mit einem Datum versehene technische Beobachtungen beschreiben die Website gesondert und belegen nicht, ob ein bestimmter Azure-Dienst die Anforderungen Ihrer Workload erfüllt.

Wofür können Sie Azure nutzen?

Azure umfasst mehrere Dienstkategorien, die Kunden innerhalb eines Projekts kombinieren können. Ein sinnvoller Ausgangspunkt ist die Aufgabe, die Sie erfüllen müssen. Darauf folgt die Auswahl der Dienste, die dafür benötigt werden.

Die folgenden Kategorien gliedern die Plattform anhand praktischer Fragen, statt den Produktkatalog als Einkaufsliste zu behandeln. Sie dienen als Orientierung für die Planung, nicht als empfohlene Architektur für jede Anwendung.

Dienstkategorie	Beispiel für eine Workload oder einen Zweck	Zuerst zu klärende Frage
Computedienste	Anwendungscode oder Workloads auf virtuellen Maschinen ausführen	Welche Ausführungsumgebung benötigt die Anwendung?
Speicher	Dateien und andere Anwendungsdaten speichern	Was muss gespeichert, abgerufen und aufbewahrt werden?
Datenbanken	Anforderungen an relationale Datenbanken, NoSQL oder Caching unterstützen	Wie organisiert und nutzt die Anwendung ihre Daten?
Netzwerk und Identität	Ressourcen verbinden und den Zugriff steuern	Welche Personen und Systeme müssen miteinander kommunizieren?
Analyse und KI	Daten analysieren und intelligente Anwendungen entwickeln	Welche Daten und Funktionen benötigt der geplante Arbeitsablauf?
Entwicklertools	Anwendungsentwicklung und -bereitstellung unterstützen	Wie werden Teams die Anwendung entwickeln, ändern und warten?
Verwaltung und Sicherheit	Überwachung und Schutz von Ressourcen unterstützen	Wer wird die Umgebung betreiben und ihre Kontrollmechanismen überprüfen?
Hybride Infrastruktur	Workloads über verschiedene Umgebungen hinweg unterstützen	Was muss über diese Umgebungen hinweg verbunden bleiben?

Die erfasste Azure-Navigation enthält Produkte wie Azure Kubernetes Service, Azure Cosmos DB, Azure Database for PostgreSQL, Azure Functions und Azure Arc. Diese Beispiele veranschaulichen die Breite des Katalogs; ihre Erwähnung macht sie nicht zu notwendigen Bestandteilen jeder Azure-Bereitstellung.

Wie sollten Sie die Auswahl im Katalog eingrenzen?

Beginnen Sie mit einer Beschreibung der Workload, die ein Kollege auch ohne Kenntnis der Azure-Produktnamen verstehen könnte. Beschreiben Sie beispielsweise die Anwendung, die von ihr verarbeiteten Daten, ihre Nutzer und die Systeme, mit denen sie verbunden werden muss.

Nutzen Sie anschließend den offiziellen Produktkatalog und die Dokumentation, um relevante Dienste zu ermitteln. Bewerten Sie die Kombination als Ganzes, denn die Auswahl eines Computedienstes allein beantwortet keine Fragen zu Daten, Zugriff, Netzwerk oder laufendem Betrieb.

Wie ist eine Azure-Umgebung organisiert?

Das Dienstmodell von Azure nutzt Abonnements und Grenzen für die Ressourcenverwaltung, um die von Kunden bereitgestellten Ressourcen zu organisieren. Regionen, Ressourcengruppen, Abonnements und Identität beantworten unterschiedliche Fragen. Einsteiger sollten sie daher nicht als austauschbare Container betrachten.

Konzept	Für Einsteiger verständliche Bedeutung	Bedeutung für die Planung
Region	Ein geografischer Standort, an dem unterstützte Dienste bereitgestellt werden können	Prüfen Sie, wo der benötigte Dienst verfügbar ist und ob dieser Standort zur Workload passt.
Ressourcengruppe	Eine Verwaltungsgruppe für zusammengehörige Azure-Ressourcen	Entscheiden Sie, welche Ressourcen gemeinsam organisiert und verwaltet werden sollen.
Abonnement	Ein abgegrenzter Bereich zur Organisation des Zugriffs auf Azure-Dienste und ihrer zugehörigen Nutzung	Planen Sie, wie Projekte, Zuständigkeiten und Kosten getrennt und überprüft werden.
Identität	Die Personen oder Systeme, die beim Zugriff auf Ressourcen erkannt werden	Legen Sie fest, wer Zugriff benötigt und welche Aktionen erlaubt sein sollen.

Diese Konzepte wirken zusammen, ersetzen einander aber nicht. Das Gruppieren von Ressourcen allein klärt keine Zugriffsanforderungen, und die Wahl einer Region ergibt noch keinen vollständigen Resilienzplan.

Warum sind diese Abgrenzungen wichtig?

Ein Team muss wissen, welche Ressourcen zu einer Workload gehören, wer sie verwaltet und wie ihre Kosten nachvollzogen werden. Eine klare Organisation erleichtert es, diese Fragen im Laufe der Projektentwicklung zu beantworten.

Halten Sie vor der Bereitstellung die vorgesehene Zuständigkeit, Verwaltungsgruppe, das Abonnement und den Standort für die geplanten Ressourcen fest. Prüfen Sie die dienstspezifische Dokumentation überall dort, wo der Entwurf von einer Funktion oder Einschränkung abhängt, die aus dem allgemeinen Plattformüberblick nicht hervorgeht.

Für wen eignet sich Azure voraussichtlich?

Azure ist für Entwickler, Infrastrukturteams, Datenspezialisten und Organisationen relevant, die eine Cloud-Migration oder Modernisierung prüfen. Das bereitgestellte Material nennt außerdem Anwendungsentwicklung, KI, Analyse und hybride Infrastruktur als wichtige Einsatzbereiche.

Entscheidend ist nicht allein, ob eine Organisation groß oder klein ist. Es kommt darauf an, ob die Workload von konfigurierbaren Diensten profitiert und ob das Team einen umsetzbaren Plan für deren Betrieb hat.

Azure kann passen, wenn Sie Folgendes benötigen:

• Anwendungsausführung, Datendienste, Netzwerk und Zugriffskontrollen für eine definierte Workload kombinieren.
• Migrations- oder Modernisierungsoptionen für eine bestehende Anwendung oder IT-Umgebung bewerten.
• Analyse- oder KI-Dienste zusammen mit den dafür erforderlichen Daten und der Infrastruktur erkunden.
• Vernetzte Umgebungen planen, statt davon auszugehen, dass alle Systeme gleichzeitig umziehen.

Unterbrechen Sie die Bewertung, wenn Sie noch nicht geklärt haben:

• Was die Anwendung leisten muss und welche Daten sie verarbeiten wird.
• Wer den Zugriff verwaltet, Kosten überprüft und auf Betriebsprobleme reagiert.
• Welche Standorte und Dienstfunktionen die Workload benötigt.
• Ob Sie konfigurierbare Cloud-Infrastruktur oder einfach eine fertige Anwendung benötigen.

Diese Fragen betreffen die Voraussetzungen für den Einsatz und sind keine Behauptungen, dass Azure eine bestimmte Organisation nicht unterstützen könne. Ihre Klärung macht einen Produktvergleich hilfreicher und verhindert, dass ein langer Katalog an die Stelle klarer Anforderungen tritt.

Wie sollten Sie Azure-Kosten betrachten?

Für Azure gibt es keinen einzelnen aussagekräftigen Preis, der jede Bereitstellung beschreibt. Kunden kombinieren Dienste. Die Kostenbewertung muss sich daher an der geplanten Workload und den von ihr genutzten Diensten orientieren.

Das bereitgestellte Website-Material verweist auf Preisinformationen, einen Preisrechner, Kaufoptionen und Ressourcen für das Kostenmanagement. Genaue Preise, Voraussetzungen für die Inanspruchnahme und aktuelle Angebote werden hier nicht belegt und sollten in den entsprechenden offiziellen Materialien geprüft werden.

Erstellen Sie ein Kostenmodell, bevor Sie sich festlegen

1. Listen Sie die erforderlichen Dienste auf. Berücksichtigen Sie auch die unterstützenden Ressourcen für Daten, Konnektivität, Verwaltung und Sicherheit, statt nur die zentrale Anwendungskomponente zu kalkulieren.
2. Beschreiben Sie die erwartete Nutzung. Legen Sie Annahmen ausdrücklich offen, damit die Schätzung angepasst werden kann, sobald die Workload klarer definiert ist.
3. Prüfen Sie aktuelle Preise und Verfügbarkeit. Nutzen Sie offizielle Informationen zu den infrage kommenden Diensten und Standorten.
4. Weisen Sie die Kostenverantwortung zu. Legen Sie fest, wer die Ausgaben überprüft und entscheidet, ob die Nutzung weiterhin gerechtfertigt ist.
5. Überprüfen Sie die Schätzung erneut. Vergleichen Sie die ursprünglichen Annahmen mit den Anforderungen, die sich während der Bewertung und des Betriebs zeigen.

Kostenmanagement ist eine fortlaufende Verantwortung und keine einmalige Berechnung mit einem Preisrechner. Ein anfangs geeignet erscheinender Entwurf muss weiterhin überprüft werden, wenn sich Nutzung, Umfang oder betriebliche Anforderungen ändern.

Die Belege stützen die Beschreibung von Azure als konfigurierbare Cloud-Plattform, nicht das Versprechen, dass sie automatisch Kosten senkt. Ob sie wirtschaftlich ist, hängt von der Workload, den ausgewählten Diensten und der Verwaltung der Umgebung ab.

Was bedeutet geteilte Verantwortung?

Die Nutzung von Cloud-Diensten entbindet Kunden nicht von ihrer Verantwortung für ihre Anwendung und ihre Daten. Geteilte Verantwortung bedeutet, dass betriebliche Aufgaben und Sicherheitsaufgaben zwischen Anbieter und Kunde aufgeteilt sind. Die jeweilige Aufteilung hängt von den genutzten Diensten ab.

Für Einsteiger besteht die praktische Aufgabe darin, zu ermitteln, was das Team weiterhin konfigurieren, verwalten und überprüfen muss. Gehen Sie nicht davon aus, dass die Auswahl eines Cloud-Dienstes automatisch Sicherheit, Compliance oder angemessene Wiederherstellungsvorkehrungen gewährleistet.

Bereich	Frage an das Projektteam
Zugriff	Wer soll die einzelnen Ressourcen einsehen, ändern oder verwalten können?
Daten	Welche Informationen werden verarbeitet und welche Anforderungen gelten für den Umgang damit?
Konnektivität	Welche Systeme müssen miteinander kommunizieren und wo sollte der Zugriff eingeschränkt werden?
Resilienz	Was soll geschehen, wenn eine Komponente oder Abhängigkeit nicht mehr verfügbar ist?
Betrieb	Wer wird Probleme untersuchen und die Umgebung warten?
Verantwortlichkeiten für Dienste	Welche Aufgaben verbleiben bei jedem ausgewählten Dienst beim Kunden?

Microsofts Datenschutzerklärung ist eine relevante Quelle, um die von Microsoft beschriebenen Datenschutzpraktiken zu verstehen. Sie sollte zusammen mit der für die geplanten Dienste relevanten Dokumentation gelesen werden. Für sich genommen ist sie kein Nachweis dafür, dass eine bestimmte Bereitstellung die Anforderungen einer Organisation erfüllt.

Wie beeinflussen Regionen und Architektur die Entscheidung?

Die regionale Verfügbarkeit ist ein praktisches Auswahlkriterium, da die benötigten Dienste dort verfügbar sein müssen, wo die Workload sie benötigt. Die bereitgestellte Recherche belegt keine vollständige regionale Dienstmatrix. Ein konkreter Bereitstellungsstandort erfordert daher eine Prüfung der aktuellen Dokumentation.

Die Architektur führt diese Entscheidungen zusammen: Anwendungskomponenten, Daten, Identität, Netzwerk, Resilienz und Betrieb. Das Azure-Architekturzentrum hilft dabei, diese Entscheidungen zu untersuchen, statt jedes Produkt als isolierten Kauf zu betrachten.

Ein sinnvoller Ablauf für die Bewertung

1. Definieren Sie die Workload. Beschreiben Sie Nutzer, Anwendungsverhalten, Daten und bestehende Abhängigkeiten.
2. Ermitteln Sie die Rahmenbedingungen. Halten Sie Standortbedürfnisse, Zugriffsanforderungen, betriebliche Erwartungen und Kostengrenzen fest.
3. Ordnen Sie mögliche Dienste zu. Finden Sie mithilfe des Produktkatalogs eine kleine Auswahl, deren nähere Prüfung sich lohnt.
4. Prüfen Sie die Architekturhinweise. Überlegen Sie, wie die Komponenten zusammenpassen und welche Verantwortlichkeiten sich aus dem Entwurf ergeben.
5. Prüfen Sie Dokumentation und Support. Bestätigen Sie die entscheidenden Details, bevor Sie sich auf die geplante Konfiguration verlassen.

Dieser Ablauf gibt einem Team eine Vergleichsgrundlage, ohne zu behaupten, dass eine Architektur allgemein richtig ist. Er trennt außerdem die verfügbaren Funktionen einer Plattform von der Eignung einer bestimmten Implementierung.

Wo sollten Einsteiger lernen und Hilfe suchen?

Verschiedene offizielle Ressourcen unterstützen unterschiedliche Phasen der Bewertung. Beginnen Sie zur Orientierung mit dem Überblick und wechseln Sie dann zur Produktdokumentation und zu Architekturhinweisen, sobald die Fragen konkreter werden.

• Was ist Azure? bietet Microsofts Einführung in die Plattform und ihr Cloud-Dienstmodell.
• Azure-Produkte hilft Lesern, Dienstkategorien und einzelne Angebote zu ermitteln.
• Microsoft Learn für Azure bietet offizielle Lern- und Dokumentationsressourcen zum Verständnis und zur Nutzung von Azure.
• Azure-Architekturzentrum unterstützt die Planung rund um Workloads und die Beziehungen zwischen Diensten.
• Azure-Support ist der Ausgangspunkt für die Prüfung offizieller Hilfsangebote; der konkrete Leistungsumfang und die Bedingungen müssen geprüft werden.
• MicrosoftDocs/azure-docs ist ein öffentliches Repository für die Azure-Dokumentation und hilfreich, wenn Leser den Quellkontext der Dokumentation benötigen.

Das Repository unterstützt die Dokumentation; es ist nicht die Azure-Plattform selbst. Die meisten Leser, die entscheiden möchten, wofür Azure geeignet ist, profitieren stärker von den veröffentlichten Lern- und Architekturressourcen als von der Arbeit mit dem Repository.

Was lässt sich daraus für die Praxis ableiten?

Microsoft Azure dient dazu, Cloud-Dienste für Anforderungen rund um Anwendungen, Daten, KI und Infrastruktur zusammenzustellen. Es eignet sich für Teams, die diese konfigurierbaren Funktionen wünschen und bereit sind, Zugriff, Architektur, Kosten und den laufenden Betrieb zu planen.

Die bereitgestellten Belege zeigen die Breite der Plattform und verweisen auf offizielle Ressourcen für ihre Bewertung. Sie belegen weder eine allgemein beste Konfiguration noch einen festen Bereitstellungspreis oder garantierte Ergebnisse für eine bestimmte Workload.