Tools· Softwareentwicklung & technische Infrastruktur

    Azure Machine Learning Studio

    Unternehmensplattform von Microsoft für den gesamten Lebenszyklus von Modellen, von Training und Modellkatalog bis zu abgesicherten Endpunkten im eigenen Azure-Netz.

    ausführbardatenbezogenautomatisierendkommerziell

    Beschreibung

    Stärken

    Vollständiger ML-Lebenszyklus
    Training, Deployment, Monitoring und Governance laufen in einem System, vom Workspace als Organisationseinheit bis zum produktiven Managed Endpoint.
    Umfangreicher Modellkatalog
    Mehr als 1.900 Modelle von Anbietern wie Azure OpenAI, Mistral, Meta, Cohere, NVIDIA und Hugging Face stehen durchsuchbar bereit, mit Leaderboard und Benchmark-Metriken für ausgewählte Modelle.
    Automatisiertes ML
    AutoML übernimmt Featurisierung und Algorithmenauswahl, die sonst repetitive, zeitaufwendige manuelle Arbeit ist, nutzbar über die Studio-Oberfläche oder das Python SDK.
    Managed Endpoints für Inferencing
    Standard-Deployment, Online-Endpoints und Batch-Endpoints abstrahieren die Infrastruktur für Echtzeit- und Batch-Scoring von Modellen.
    Enterprise-Sicherheit über Azure
    Zugriffssteuerung über Microsoft Entra ID und Rollen, Netzwerkisolation über Virtual Networks, Verschlüsselung von Daten in Transit und at Rest.

    Einschätzung

    KI-Funktionen

    • Prompt Flow Entwicklungswerkzeug, das Prototyping, Experimentieren, Iterieren und Deployment von LLM-gestützten Anwendungen in einem durchgängigen Zyklus abbildet.
    • Modellkatalog (Foundry Models) Foundation-, Reasoning-, Small-Language- und Multimodal-Modelle lassen sich über Keyword-Suche und Filter finden und direkt aus dem Katalog bereitstellen.
    • Serverless-Modell-Deployment Microsoft hostet ausgewählte Modelle auf verwalteter Infrastruktur mit API-Zugriff und meist token-basierter Abrechnung, ohne eigene Compute-Quota zu belegen.
    • Gehostetes Fine-Tuning Für Modelle mit Serverless-Deployment-Unterstützung lässt sich Fine-Tuning mit eigenen Daten direkt über die Plattform durchführen.

    Wofür geeignet

    • Teams, die bereits auf Azure setzen und ML-Workloads mit Governance-, Rollen- und Audit-Anforderungen betreiben
    • Data-Science-Teams, die vom Training bis zum produktiven Managed Endpoint in einer durchgängigen Plattform bleiben wollen
    • Generative-AI-Projekte, die über den Modellkatalog vortrainierte oder feintunbare Foundation-Modelle brauchen, etwa für Prompt Flow oder RAG-Anwendungen
    • Weniger geeignet für Weniger geeignet für einzelne Entwickler oder kleine Teams ohne Azure-Anbindung, die schnell und mit wenig Einrichtungsaufwand ein einzelnes Modell über eine API ausprobieren wollen

    Einschränkungen und Hinweise

    • Compute-Quota nötig Für Endpoint-Arten mit dediziertem Compute muss vorab ausreichend VM-Quota in der Azure-Subscription vorhanden sein, sonst lässt sich das Deployment nicht starten.
    • CSP-Subscriptions ausgeschlossen Cloud-Solution-Provider-Subscriptions können keine Standard-Deployment-Modelle aus dem Modellkatalog kaufen.
    • SSH-Zugriff außerhalb der Rollenverwaltung Der SSH-Zugang zu Compute-Instanzen und Compute-Clustern läuft über Public- und Private-Key-Paare, nicht über Microsoft Entra ID, Azure RBAC deckt ihn nicht ab.
    • Getrennte Abrechnung für Zusatzdienste Die Nutzung von Azure Machine Learning selbst kostet nichts zusätzlich, abgerechnet werden aber Compute sowie verbrauchte Dienste wie Blob Storage, Key Vault, Container Registry und Application Insights separat.

    Quick Start

    1. Workspace über den Studio-Willkommensbildschirm, das Python SDK oder die Azure CLI anlegen, als zentrale Organisationseinheit für das Projekt.
    2. Eine Compute-Instanz für die Entwicklungsumgebung erstellen.
    3. Im Studio-Webportal die mitgelieferten Beispiel-Notebooks öffnen oder ein neues Notebook anlegen.
    4. Ein Trainingsskript ausführen oder ein passendes Modell aus dem Modellkatalog auswählen.
    5. Das Modell als Standard-, Online- oder Batch-Endpoint bereitstellen, je nach Latenz- und Volumenanforderung.

    Tipps

    • Das Storage-Konto des Workspace nicht an Nutzer freigeben, die keinen Zugriff auf dessen Compute-Ressourcen haben sollen, da dort der Code liegt, der auf den Compute-Ressourcen des Workspace läuft, und wer ihn ändern kann, darüber an Daten und Zugangsdaten kommt.
    • Für Prototyping mit LLM-Anwendungen zuerst Prompt Flow ausprobieren, statt die Infrastruktur dafür manuell aufzubauen.
    • Vor dem produktiven Deployment die passende Endpoint-Art wählen: Standard-Deployment für unterstützte Foundation-Modelle, Online-Endpoints für niedrige Latenz, Batch-Endpoints für große Datenmengen ohne Latenzanforderung.
    • Bei stabiler, planbarer Auslastung reservierte VM-Instanzen prüfen, bei wechselnder Auslastung mit fester Stundenzusage den Azure Savings Plan für Compute, um die laufenden Kosten zu senken.

    Zugang

    Stand: · Angaben zu Preisen, Tarifen und Funktionen sind eine Momentaufnahme. Vor einer Entscheidung lohnt der Blick auf die Anbieterseite.

    Im Workshop wird daraus Ihre Methode.

    Wer diesen Prozess einmal laufen sieht, will als Nächstes den Agenten dahinter. Das bauen wir im Workshop Vom Prozess zum Agenten.

    Workshops ansehen

    Gespräch statt Pitch

    Erst verstehen, dann entscheiden. Wir nehmen uns Zeit für ein erstes Gespräch, ohne Verkaufsdruck, ohne Verpflichtung.

    Gespräch vereinbaren