GitHub vs. Azure DevOps: Die richtige CI/CD-Plattform für Enterprise Analytics

Von Mirko Peters · 2026-08-12 · Aktualisiert 2026-08-29

Bei der Entwicklung moderner Enterprise-Analytics-Plattformen wie Microsoft Fabric ist die Wahl des richtigen Fundaments für Continuous Integration und Continuous Deployment (CI/CD) eine zentrale architektonische Entscheidung…

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Bei der Entwicklung moderner Enterprise-Analytics-Plattformen wie Microsoft Fabric ist die Wahl des richtigen Fundaments für Continuous Integration und Continuous Deployment (CI/CD) eine zentrale architektonische Entscheidung. Viele Organisationen stehen an einer Weichenstellung und vergleichen GitHub mit Azure DevOps. Beide Plattformen stammen aus Microsofts umfangreichem Ökosystem für Entwicklerwerkzeuge, folgen aber sehr unterschiedlichen historischen Arbeitsweisen, Governance-Modellen und Community-Strukturen. Wie diese Tools Governance, Artefaktverwaltung und Flexibilität in der Pipeline handhaben, bestimmt Ihre Bereitstellungsstrategie und letztlich den Erfolg Ihrer Plattform.

Um dieses architektonische Dilemma eingehender zu beleuchten und eine vollständige Analyse zu erhalten, wie diese Tools Ihre Datenbereitstellungen beeinflussen, hören Sie unbedingt unsere passende Folge: GitHub vs Azure DevOps for Microsoft Fabric CI/CD.

Deployment Ownership im Überblick

Was ist Deployment Ownership

Deployment Ownership bedeutet, dass Sie die Kontrolle über jeden Schritt im DevOps-Prozess haben. Sie entscheiden, wie sich Ihr Code von der Entwicklung bis zur Auslieferung bewegt. Sie verwalten, wer auf Ihre DevOps-Tools zugreifen kann, und legen fest, wie Sie Änderungen nachverfolgen. Sie definieren die Regeln für die Automatisierung und sorgen dafür, dass Ihr Team sie einhält.

Code und Artefakte

Sie kümmern sich in DevOps-Plattformen um den Quellcode und die Artefakte. Diese Komponenten bilden das Fundament Ihrer Bereitstellungspipeline. Hier sind die wichtigsten Bestandteile von Deployment Ownership in modernen DevOps-Tools:

• Nachverfolgung des Quellcodes
• Tests
• Bereitstellung
• Infrastrukturverwaltung
• Build-Nachverfolgung
• Verwaltung von Geheimnissen
• Release-Management

Sie nutzen DevOps-Tools, um diese Schritte zu automatisieren. Automatisierung hilft Ihnen, Updates schneller auszuliefern, und reduziert Fehler. Sie schützen Ihren Code und stellen sicher, dass Artefakte mit den getesteten Versionen übereinstimmen. Sie verfolgen Builds und Releases nach, um die Konsistenz über alle Umgebungen hinweg zu wahren.

Zugriff und Governance

Sie kontrollieren den Zugriff auf DevOps-Tools und legen Governance-Richtlinien fest. Sie entscheiden, wer Code einsehen, bearbeiten oder bereitstellen darf. Sie nutzen Automatisierung, um Regeln durchzusetzen, und überwachen Aktivitäten. Governance stellt sicher, dass Ihr Team während Entwicklung und Auslieferung Standards einhält. Sie protokollieren Aktionen und prüfen Änderungen, um Ihren Softwareentwicklungsprozess zu schützen.

Warum Ownership wichtig ist

Ownership gibt Ihnen die Kontrolle über Ihre DevOps-Umgebung. Sie schützen Ihre Bereitstellungspipeline vor Risiken und halten Ihre Entwicklung sicher. Sie stellen die Compliance sicher gemäß gesetzlicher Vorgaben und unterstützen die operative Kontrolle. Die folgende Tabelle zeigt, warum Deployment Ownership in DevOps entscheidend ist:

Mit DevOps-Tools bauen Sie ein starkes Governance-Framework auf. Sie gewinnen Autonomie und lassen Teams selbstständig arbeiten. Sie steuern Risiken und halten Ihren Auslieferungsprozess verlässlich. Automatisierung unterstützt diese Ziele, indem sie Entwicklung und Auslieferung effizienter macht.

Tipp: Wenn Sie Ihre DevOps-Pipeline eigenverantwortlich steuern, können Sie schnell auf Änderungen reagieren und Ihre Softwareentwicklung auf Kurs halten.

Um fundierte Entscheidungen über DevOps-Tools treffen zu können, müssen Sie Deployment Ownership verstehen. Sie verbessern die Geschwindigkeit der Auslieferung, schützen Ihren Code und behalten die Kontrolle über Ihren Entwicklungsprozess.

Das GitHub-Ownership-Modell

Speicherung von Code und Artefakten

Sie nutzen GitHub als zentrale Stelle für die Quellcodeverwaltung. Wenn Sie Ihren Code auf github.com pushen, behalten Sie den Überblick über jede Änderung. So lässt sich nachvollziehen, wer wann welche Aktualisierung vorgenommen hat. Sie können Ihren Code je nach Bedarf in öffentlichen oder privaten Repositories speichern. Wenn Sie GitHub Enterprise verwenden, erhalten Sie zusätzliche Funktionen für große Organisationen, etwa erweiterte Sicherheits- und Compliance-Werkzeuge.

Für Deployment-Artefakte bietet GitHub GitHub Packages an. Dieser Dienst ermöglicht es, Build-Ergebnisse, Container-Images und andere Dateien zusammen mit Ihrem Code zu speichern. Auf diese Artefakte können Sie direkt aus Ihren Workflows zugreifen. GitHub Packages bietet jedoch nur grundlegende Metadaten, etwa Erstellungsdatum und Download-Zahlen. Eigene Eigenschaften hinzufügen oder erweiterte Abfragen für die Artefaktverwaltung nutzen können Sie nicht. Andere Plattformen wie JFrog bieten mehr Optionen für Metadaten und Abfragen.

Hier ein kurzer Vergleich:

Sie verlassen sich bei GitHub auf die Quellcodeverwaltung und eine einfache Artefaktspeicherung. Für eine umfassendere Artefaktverwaltung benötigen Sie gegebenenfalls andere Werkzeuge oder müssen externe Dienste anbinden.

Zugriff und Berechtigungen

Sie steuern, wer Ihren Code auf github.com sehen und ändern darf. Sie weisen Benutzern und Teams Rollen zu und stellen so sicher, dass jede Person nur die Zugriffe hat, die sie braucht. Das entspricht dem Prinzip der minimalen Berechtigungen. Sie können Teams innerhalb Ihrer Organisation erstellen und für jedes Team unterschiedliche Berechtigungen festlegen. Beispielsweise könnten Sie Entwicklern Schreibzugriff gewähren, Administratorrechte aber auf vertrauenswürdige Mitglieder beschränken.

Sie können die Zugriffsverwaltung automatisieren, indem Sie GitHub mit Ihrem System für Identitäts- und Zugriffsverwaltung (IAM) verbinden. So lassen sich Benutzer einfach hinzufügen oder entfernen, wenn sich Ihr Team verändert. Außerdem sollten Sie klare Richtlinien zur Zugriffssteuerung festlegen und regelmäßig überprüfen. GitHub ermöglicht es Ihnen, Zugriffsprotokolle zu prüfen, um ungewöhnliche Aktivitäten zu erkennen.

• Rollen und Berechtigungen vergeben auf Repository-, Organisations- oder Enterprise-Ebene.
• Verwenden Sie Code-Besitzer, um Überprüfungen für wichtige Codeänderungen verpflichtend zu machen.
• Administratorzugriff einschränken und nur bei Bedarf verwenden.
• Überprüfen Sie Audit-Protokolle regelmäßig auf nicht autorisierte Aktionen.

Wenn Sie GitHub Enterprise verwenden, stehen Ihnen noch mehr Optionen für die Zugriffsverwaltung in großem Maßstab zur Verfügung. Sie können Richtlinien über viele Repositories hinweg festlegen und die Benutzerbereitstellung automatisieren.

Governance und Compliance

Um Ihre Deployments sicher und compliant zu halten, brauchen Sie eine belastbare Governance. GitHub stellt dafür mehrere Werkzeuge bereit. Sie können Workflows projektübergreifend wiederverwenden, was Zeit spart und für Einheitlichkeit sorgt. GitHub Actions ermöglicht es Ihnen, Deployments zu automatisieren und für jede Umgebung Regeln durchzusetzen.

Mit Artefakt-Attestierungen können Sie prüfen, ob Ihre Deployment-Dateien unverändert sind. GitHub unterstützt OpenID Connect (OIDC) für sichere Deployments auf Cloud-Plattformen. Sie steuern Deployments, indem Sie Regeln dafür festlegen, wer wann deployen darf. Außerdem können Sie den Deployment-Verlauf einsehen, was Audits und Compliance-Prüfungen erleichtert.

Sie können Berechtigungen auf Basis von Rollen vergeben und den Administratorzugriff auf wesentliche Benutzer beschränken. Sie sollten CODEOWNERS-Dateien verwenden, um für sensiblen Code Überprüfungen zu verlangen. Diese Funktionen helfen Ihnen, Governance durchzusetzen und Ihren Bereitstellungsprozess sicher zu halten.

Hinweis: GitHub Actions lässt sich in Microsoft Fabric integrieren. So können Sie Bereitstellungen automatisieren und Analyselösungen mit denselben Governance-Kontrollen verwalten.

Sicherheitsaspekte

Bei der Nutzung von GitHub für Bereitstellungspipelines müssen Sie der Sicherheit besondere Aufmerksamkeit widmen. Sicherheitsbedrohungen können an vielen Punkten Ihres Workflows auftreten. Angreifer könnten versuchen, Schadsoftware in Ihren Quellcode oder in Build-Artefakte einzuschleusen. Sensible Daten wie Zugriffsschlüssel und Kennwörter können offengelegt werden, wenn Sie bewährte Verfahren nicht einhalten. Unautorisierter Zugriff kann Angreifern die Kontrolle über Ihre Pipeline und Produktionsumgebung verschaffen. Veraltete Abhängigkeiten können Sicherheitslücken verursachen, die Ihr gesamtes System gefährden.

Sie sollten die wichtigsten Sicherheitsbedrohungen kennen, die GitHub-Bereitstellungspipelines betreffen. Die folgende Tabelle zeigt die Risiken und ihre Auswirkungen:

Schützen Sie Ihre GitHub-Repositories durch starke Zugriffskontrollen. Sie sollten für alle Benutzer die Zwei-Faktor-Authentifizierung aktivieren. Mit dem Secrets-Management können Sie Anmeldedaten und Token sicher aufbewahren. Vermeiden Sie es, sensible Informationen direkt in Ihrem Code zu speichern. Überprüfen Sie Berechtigungen regelmäßig und entfernen Sie den Zugriff für Benutzer, die ihn nicht mehr benötigen.

Sie können GitHub Actions nutzen, um Sicherheitsaufgaben zu automatisieren. Sie können Workflows einrichten, die bei jedem Push von Änderungen Codeanalysen und Schwachstellenscans ausführen. Diese automatisierten Prüfungen helfen Ihnen, Probleme früh zu erkennen und zu beheben, bevor sie die Produktion erreichen. Außerdem können Sie mit GitHub Actions Branchschutzregeln durchsetzen und für wichtige Änderungen Überprüfungen verlangen.

Halten Sie Ihre Abhängigkeiten stets aktuell. Sie können Dependabot von GitHub verwenden, um Ihre Projekte zu überwachen und Sie zu benachrichtigen, wenn eine Abhängigkeit eine bekannte Sicherheitslücke aufweist. Sie sollten Ihre Pipeline-Konfigurationen testen, um sicherzustellen, dass sie Ihr System keinen Risiken aussetzen. Prüfen Sie Protokolle und Audit-Trails regelmäßig, um ungewöhnliche Aktivitäten zu erkennen.

Tipp: Sie können Ihre Sicherheitslage verbessern, indem Sie die integrierten Werkzeuge von GitHub mit externen Lösungen kombinieren. Für zusätzlichen Schutz können Sie Scanner von Drittanbietern einsetzen oder Cloud-Sicherheitsplattformen integrieren.

Behandeln Sie Sicherheit als kontinuierlichen Prozess. Schulen Sie Ihr Team in sicheren Verfahren und fördern Sie regelmäßige Überprüfungen. Sie können die Funktionen von GitHub nutzen, um viele Sicherheitsaufgaben zu automatisieren, müssen aber aufmerksam und proaktiv bleiben. Starke Sicherheit schützt Ihren Code, Ihre Daten und Ihren Ruf.

Der Einstieg mit GitHub als Repository – Checkliste

Eine praxisnahe Checkliste für den Einstieg in GitHub als Code-Repository.

• Erstellen Sie ein GitHub-Konto oder melden Sie sich an
• Entscheiden Sie sich für ein persönliches Konto oder eine Organisation für die Teamverantwortung
• Erstellen Sie ein neues Repository (öffentlich oder privat) und wählen Sie die passende Sichtbarkeit
• Vergeben Sie einen eindeutigen Repository-Namen und fügen Sie eine aussagekräftige README.md hinzu
• Fügen Sie eine LICENSE-Datei hinzu, die zu den Anforderungen Ihres Projekts passt
• Fügen Sie eine .gitignore-Datei hinzu, die auf Ihre Sprache bzw. Ihr Framework zugeschnitten ist
• Initialisieren Sie das Repository mit einem Standardbranch (main) und Branchschutzregeln
• Konfigurieren Sie CODEOWNERS und Richtlinien für Beiträge (CONTRIBUTING.md)
• Richten Sie Issue-Vorlagen und eine Vorlage für Pull Requests ein
• Konfigurieren Sie Labels, Meilensteine und Projektboards für die Issue-Verwaltung
• Richten Sie GitHub-Actions-Workflows für CI/CD ein oder integrieren Sie bestehende Pipelines
• Fügen Sie Repository-Secrets für CI, Bereitstellungen und Drittanbieterdienste hinzu
• Konfigurieren Sie Branchschutzregeln: erforderliche Überprüfungen, Statusprüfungen und gegebenenfalls erforderliche signierte Commits
• Aktivieren Sie Dependabot für Abhängigkeitsupdates und Sicherheitswarnungen
• Aktivieren Sie Sicherheitsfunktionen: Codescanning, Secret-Scanning und Warnungen zu Sicherheitslücken
• Webhooks oder Integrationen für CI, ChatOps oder externe Dienste einrichten
• Mitwirkende oder Teammitglieder einladen und Berechtigungen für das Repository festlegen
• Vorhandene Repositories und Issues migrieren (bei einem Wechsel von Azure DevOps Migration planen und Work Items zuordnen)
• Struktur des Repositories, Entwicklungsworkflow und Release-Prozess im Wiki oder im Docs-Ordner dokumentieren
• Monitoring und Warnmeldungen für Releases, Bereitstellungen und wichtige Workflows konfigurieren
• Workflows im Vergleich mit Alternativen prüfen (GitHub vs. Azure DevOps), um die Wahl für CI/CD und Projektmanagement zu optimieren
• Zugriff auf Repositories, Geheimnisse und Sicherheitseinstellungen regelmäßig überprüfen

Governance-Modell für Azure DevOps

Repositories und Pipelines

Mit Azure DevOps erhalten Sie eine einheitliche Plattform für die Verwaltung von Code, Artefakten und Bereitstellungsprozessen. Die Azure DevOps-Dienste vereinen Code-Repositories, Work-Tracking, Testtools und Artefaktspeicher. Diese Integration hilft Ihnen, jede Phase des Lebenszyklus der Softwarebereitstellung zu steuern. Sie können jeden Pipeline-Lauf bestimmten Commits, Pull Requests oder Work Items zuordnen. So behalten Sie den Entwicklungsprozess klar im Blick.

Azure DevOps-Pipelines verwenden Identitäten für den Zugriff auf Ressourcen. Diese Identitäten lassen sich auf Sammlungs- oder Projektebene festlegen. Projektbezogene Identitäten helfen Ihnen, den Zugriff auf die Ressourcen zu beschränken, die jedes Projekt tatsächlich benötigt, und erhöhen so die Sicherheit. Außerdem können Sie den Schutz von Repository-Ressourcen mit Prüfungen und Pipeline-Berechtigungen erweitern. So steuern Sie, wer Eigentümer ist und wer Code und Bereitstellungsworkflows bearbeiten darf.

Azure DevOps unterstützt schlankes CI/CD, sodass Sie Builds, Tests und Bereitstellungen automatisieren können. Mit Azure Pipelines erhalten Sie kontinuierliche Integration und kontinuierliche Bereitstellung, mit denen Sie Updates schnell und zuverlässig ausliefern. Microsoft hat Azure DevOps für die Zusammenarbeit mit Cloud Computing konzipiert, sodass sich Ihre Projekte problemlos mit wachsenden Anforderungen skalieren lassen.

Zugriffssteuerung

Sie bestimmen, wer auf Ihre Azure DevOps-Dienste zugreifen darf, über die rollenbasierte Zugriffssteuerung. Dieses Modell weist Berechtigungen anhand von Rollen zu, sodass jeder Benutzer nur den Zugriff erhält, den er tatsächlich braucht. Sie können Benutzer in Sicherheitsgruppen organisieren und Berechtigungen auf Organisations-, Projekt- oder Objektebene vergeben. Microsoft empfiehlt das Prinzip der minimalen Berechtigungen, das heißt, Sie vergeben Benutzern nur die Berechtigungen, die für ihre Aufgaben erforderlich sind.

• Rollen Benutzern und Gruppen zuweisen, um den Zugriff präzise zu steuern.
• Sicherheitsgruppen verwenden, um Berechtigungen auf verschiedenen Ebenen zu verwalten.
• Berechtigungen regelmäßig überprüfen und prüfen, um ungewöhnliche Nutzung frühzeitig zu erkennen.

Azure DevOps macht es einfach, Zugriffe zu überwachen und anzupassen, wenn sich Ihr Team verändert. Sie können nachverfolgen, wer Zugriff auf jedes Repository und jede Pipeline hat. So behalten Sie die Kontrolle über Ihre DevOps-Umgebung.

Governance und Richtlinien

Starke Governance ist die Grundlage für sichere und zuverlässige Bereitstellungen. Azure DevOps setzt Governance über Branch-Richtlinien, Zugriffssteuerung und benutzerdefinierte Rollen durch. Branch-Richtlinien ermöglichen Prüfungen und Anforderungen, bevor Code zusammengeführt werden kann, sodass nur qualitativ geprüfter Code in die Produktion gelangt. Sie können Sicherheitsprinzipale anhand des Prinzips der minimalen Berechtigungen Rollen zuweisen. Das verringert das Risiko unautorisierter Zugriffe.

• Branch-Richtlinien so festlegen, dass vor dem Zusammenführen Code-Reviews und Prüfungen erforderlich sind.
• Benutzerdefinierte Rollen Dienstprinzipalen zuweisen, um destruktive Aktionen in der Produktion zu verhindern.
• Zugriffssteuerung nutzen, um einzuschränken, wer in kritische Umgebungen bereitstellen darf.

Microsoft hat Azure DevOps für Enterprise-Governance entwickelt. Sie können Azure DevOps mit anderen Microsoft-Tools wie GitHub und Microsoft Fabric integrieren, um einen nahtlosen DevOps-Workflow aufzubauen. Diese Integration hilft Ihnen, Bereitstellungen zu verwalten, Richtlinien durchzusetzen und die Compliance in Ihrer gesamten Organisation sicherzustellen.

Tipp: Überprüfen Sie Ihre Governance-Einstellungen in Azure DevOps regelmäßig, damit Ihre Bereitstellungen sicher und compliant bleiben.

Sicherheit und Compliance

Bei der Verwaltung Ihrer Bereitstellungen brauchen Sie starke Sicherheits- und Compliance-Kontrollen. Azure DevOps stellt Ihnen eine breite Palette an Werkzeugen zur Verfügung, mit denen Sie Ihren Code, Ihre Daten und Ihre Workflows schützen können. Mit integrierten Sicherheitsfunktionen halten Sie Ihren Entwicklungsprozess sicher und konform zu branchenüblichen Standards.

Azure DevOps verwendet rollenbasierte Zugriffssteuerung, um einzuschränken, wer Ihre Ressourcen anzeigen oder ändern kann. Sie weisen Benutzern und Gruppen Berechtigungen zu und stellen so sicher, dass nur die richtigen Personen Zugriff haben. Außerdem können Sie Dienstverbindungen nutzen, um zu steuern, wie Ihre Pipelines mit anderen Azure-Diensten interagieren. Das hilft Ihnen, das Risiko unautorisierter Aktionen zu verringern.

Sie können in Azure DevOps Branch-Richtlinien einrichten, die Code-Reviews und Prüfungen verlangen, bevor Änderungen zusammengeführt werden. Diese Richtlinien helfen Ihnen, Probleme frühzeitig zu erkennen und Ihre Codebasis sicher zu halten. Zusätzlich können Sie Genehmigungsgates in Ihren Pipelines verwenden, damit nur getesteter und freigegebener Code die Produktion erreicht. So wird die Compliance in jeder Phase durch verbindliche Regeln unterstützt.

Azure DevOps bietet Ihnen detaillierte Audit-Protokolle. Sie können jede Aktion in Ihren Projekten nachverfolgen. Das erleichtert es, Änderungen zu prüfen und ungewöhnliche Aktivitäten zu erkennen. Diese Protokolle unterstützen Compliance-Audits und helfen Ihnen, gesetzliche Anforderungen zu erfüllen.

Geheimnisse und Anmeldeinformationen können Sie in Azure DevOps sicher speichern. Die Plattform nutzt dafür einen gesicherten Speicher für vertrauliche Informationen. Sie können Geheimnisse mit Ihren Pipelines verknüpfen, ohne sie im Code offenzulegen. So bleiben Ihre Kennwörter, Token und Schlüssel vor Datenlecks geschützt.

Azure DevOps unterstützt die Integration mit Azure-Sicherheitstools. Sie können Microsoft Defender for Cloud verwenden, um Ihren Code und Ihre Ressourcen auf Bedrohungen zu prüfen. Außerdem können Sie Azure Policy anbinden, um Compliance-Regeln in Ihrer gesamten Umgebung durchzusetzen. Diese Integrationen helfen Ihnen, eine starke Sicherheitslage aufzubauen.

Sie können Sicherheitsprüfungen in Ihren Pipelines automatisieren. Dazu fügen Sie Aufgaben hinzu, die nach Schwachstellen suchen oder Compliance-Probleme prüfen. Diese Automatisierung hilft Ihnen, Probleme zu finden und zu beheben, bevor sie die Produktion erreichen. Außerdem können Sie Continuous Integration nutzen, um diese Prüfungen bei jedem Push von Code auszuführen.

Sie können sich darauf verlassen, dass Azure DevOps Sie bei Sicherheit und Compliance unterstützt. Sie erhalten die Werkzeuge, um Ihren Code zu schützen, den Zugriff zu steuern und branchenübliche Standards einzuhalten. So können Sie sich auf die Entwicklung großartiger Software konzentrieren und Ihre Bereitstellungen gleichzeitig sicher halten.

Mit Azure DevOps als Repository starten – Checkliste

• Azure DevOps-Organisation erstellen oder anmelden
• Neues Projekt anlegen (Sichtbarkeit wählen: privat/öffentlich) und Versionskontrolle auf Git festlegen
• Erstes Repository erstellen oder ein bestehendes Repository importieren (von GitHub oder lokal)
• Eine aussagekräftige README.md und eine Lizenzdatei hinzufügen
• Eine .gitignore-Datei anlegen, die auf Sprache und Framework Ihres Projekts abgestimmt ist
• Branch-Strategie und Namenskonventionen festlegen (main, develop, feature/*, hotfix/*)
• Branch main schützen: Branch-Richtlinien, erforderliche Prüfer und Statusprüfungen aktivieren
• Pull-Request-Vorlagen und Richtlinien für Mitwirkende erstellen
• Repository-Berechtigungen und Gruppen konfigurieren (Leser, Mitwirkende, Projektadministratoren)
• Dienstverbindungen für Bereitstellungen einrichten (Azure, AWS, Docker-Registrierungen, externe Git-Anbieter)
• CI-Pipelines erstellen (Azure Pipelines YAML oder klassisch) und Builds bei Pull Requests validieren
• CD-Pipelines oder Release-Pipelines für Umgebungen (Entwicklung/Test/Produktion) und Genehmigungsgates einrichten
• Mit Boards integrieren: Arbeitselemente erstellen und Commits sowie Pull Requests mit Arbeitselementen verknüpfen
• Webhooks oder Dienst-Hooks für externe Integrationen konfigurieren (Slack, Teams, Jenkins)
• Aufbewahrung von Repository-Branches und Richtlinien zur Build-Aufbewahrung konfigurieren
• Überwachung aktivieren und erforderliche Compliance- und Sicherheitskontrollen einrichten
• Codescans, Sicherheitsanalysen und Abhängigkeitsprüfungen einrichten (GitHub bietet möglicherweise zusätzliche Tools – vergleichen Sie, was Sie benötigen)
• Artifact-Feed einrichten, falls Sie Paket-Hosting benötigen (NuGet, npm, Maven)
• Wiki oder Dokumentationsseite erstellen und Dokumentation dort, wo sinnvoll, im Repository pflegen
• Migrationsschritte planen, falls Sie von GitHub wechseln: Repositories, Issues, Pull Requests, CI/CD und Dienstkonten zuordnen
• Teammitglieder einladen und den Zugriff über deren Konten prüfen
• Ein erster End-to-End-Test: klonen, committen, pushen, PR öffnen, Pipeline ausführen und in der Testumgebung bereitstellen
• Nutzung und Pipelines überwachen und Richtlinien sowie Automatisierung laufend verbessern

Microsoft Fabric-Integration

Git-Integration

Sie können Ihren Microsoft Fabric-Arbeitsbereich direkt mit einem GitHub-Repository verbinden. Diese Verbindung bietet Ihnen eine leistungsstarke Versionskontrolle für Ihre Analyseprojekte. Sie verknüpfen Ihren Arbeitsbereich mit dem develop-Branch in GitHub. So können Sie jede Änderung nachverfolgen und bei Bedarf zurückrollen. Mit Bereitstellungspipelines in Microsoft Fabric verschieben Sie Inhalte von der Entwicklung über die Testumgebung in die Produktion. Dieser Prozess hilft Ihnen, Synchronisierungsprobleme zwischen den Umgebungen zu vermeiden.

Wenn Sie stabile Funktionen veröffentlichen möchten, erstellen Sie einen Release-Branch. Mit Bereitstellungspipelines übertragen Sie diese Änderungen in die Produktion. Für dringende Fehlerbehebungen erstellen Sie einen Hotfix-Branch, den Sie für die Bereitstellung in den Main-Branch zusammenführen. Sie sollten für jede Umgebung eigene Datenbanken verwenden. Das schützt Ihre Produktionsdaten vor versehentlichen Änderungen während Tests oder Entwicklung.

CI/CD mit Azure DevOps und GitHub

Sie können CI/CD-Pipelines in Microsoft Fabric mit Azure DevOps oder GitHub Actions einrichten. Diese Tools helfen Ihnen, Ihre Schritte für Build, Test und Bereitstellung zu automatisieren. Sie sollten Ihren Bereitstellungspipelines klare und aussagekräftige Namen geben. So erkennen Sie auf einen Blick, wofür jede Pipeline da ist. Sie können bestehende Arbeitsbereiche verwenden oder neue für verschiedene Pipeline-Phasen anlegen, etwa für Entwicklung, Test und Produktion.

Vergleichen Sie Inhalte zwischen den Phasen regelmäßig. So stellen Sie sicher, dass alle Elemente korrekt bereitgestellt wurden. Sie können Anwendungen aus jedem Arbeitsbereich der Pipeline veröffentlichen. So können Endbenutzer Funktionen vor der endgültigen Bereitstellung testen. Sie sollten für jeden Entwickler oder jede Funktion eigene Branches führen. Das hilft Ihnen, Merge-Konflikte zu vermeiden. Eine durchdachte Branching-Strategie wie Gitflow unterstützt Sie dabei, Entwicklung, Releases und Hotfixes zu steuern.

Verlangen Sie Code-Reviews, bevor Änderungen zusammengeführt werden. Diese Regel stellt sicher, dass andere Teammitglieder Aktualisierungen prüfen und freigeben. Microsoft Fabric ermöglicht es Ihnen, die Inhalte von Quell- und Ziel-Arbeitsbereichen zu vergleichen, bevor Sie Änderungen bereitstellen. Diese Funktion hilft Ihnen, Fehler frühzeitig zu erkennen und Ihre Umgebungen konsistent zu halten.

Data Governance

Microsoft Fabric verankert Governance in jeder Phase des Datenlebenszyklus. Sie verwalten Datenerfassung, Speicherung und Analyse in einer einzigen Umgebung. Microsoft Purview katalogisiert Ihre Daten und verfolgt deren Herkunft. OneLake bietet zentralen Speicher und erleichtert die Anwendung von Governance-Richtlinien. Microsoft Entra ID stellt rollenbasierte Zugriffssteuerung bereit, sodass Sie festlegen, wer Daten einsehen oder ändern darf.

Governance-Richtlinien wenden Sie auf der OneLake-Ebene an. Diese Regeln gelten für Ihre Daten über Arbeitsbereiche und Datasets hinweg. So bleibt der Umgang mit Ihren Daten konsistent und effizient. Sie müssen keine separaten Regeln für jeden Arbeitsbereich einrichten. Das Design von Microsoft Fabric hilft Ihnen, die Kontrolle zu behalten und Compliance-Anforderungen zu erfüllen, während Ihre Datenbestände wachsen.

Sicherheit und Compliance

Wenn Sie Daten und Bereitstellungen in Microsoft Fabric verwalten, brauchen Sie starke Sicherheits- und Compliance-Kontrollen. Die Plattform stellt Ihnen fortschrittliche Werkzeuge zum Schutz Ihrer Informationen und zur Erfüllung gesetzlicher Anforderungen bereit. Sie können sensible Daten in Ihren Data Factory-Pipelines klassifizieren und schützen. So schützen Sie wichtige Informationen vor unbefugtem Zugriff.

Microsoft Fabric arbeitet mit Microsoft Defender for Cloud Apps zusammen. Diese Integration verschafft Ihnen mehr Transparenz und Kontrolle über Ihre Abläufe. Sie können Aktivitäten überwachen und Warnmeldungen für riskantes Verhalten festlegen. Außerdem können Sie die Datenherkunft nachverfolgen. Diese Funktion zeigt Ihnen, wie Daten durch Ihr System fließen. Mit diesen Informationen können Sie die Einhaltung von Vorschriften überprüfen und nachvollziehen, wie sensible Daten verarbeitet werden.

In Microsoft Fabric können Sie Richtlinien für Data Loss Prevention (DLP) einrichten. Diese Richtlinien helfen Ihnen, die unbefugte Weitergabe vertraulicher Informationen zu unterbinden. Sie können benutzerdefinierte Regeln erstellen, die zu den Anforderungen Ihrer Organisation passen. Beispielsweise können Sie Benutzern untersagen, vertrauliche Daten außerhalb Ihres Unternehmens zu versenden. Außerdem können Sie Warnmeldungen erhalten, wenn jemand versucht, geschützte Informationen weiterzugeben.

Microsoft Fabric unterstützt die Datenlokalisierung. Mit der Funktion Multi-Geo können Sie auswählen, wo Ihre Daten gespeichert werden. Das hilft Ihnen, die Vorgaben zur Datenresidenz in verschiedenen Ländern einzuhalten. Sie können Daten in bestimmten Regionen speichern, um lokale Vorschriften zu erfüllen. Diese Funktion ist besonders wichtig für Organisationen, die an vielen Standorten tätig sind.

Microsoft Fabric unterstützt Datenschutzrechte nach Gesetzen wie der DSGVO. Die Plattform stellt Ihnen Werkzeuge zur Bearbeitung von Betroffenenanfragen (Data Subject Requests, DSRs) zur Verfügung. Mit Microsoft Purview können Sie nach den Daten einer Person suchen. Diese Daten können Sie in Formaten wie JSON oder CSV exportieren. Falls Sie Fehler finden, können Sie diese korrigieren. Bei Bedarf können Sie zudem Benutzeridentitäten löschen. Diese Schritte helfen Ihnen, die Privatsphäre zu respektieren und gesetzliche Vorgaben einzuhalten.

Hier eine Übersicht zur Verwaltung von Datenschutzrechten in Microsoft Fabric:

1. Suche und Erkennung: Finden Sie Informationen zu betroffenen Personen mit Microsoft Purview.
2. Abruf: Exportieren Sie Daten in gängigen Formaten.
3. Berichtigung: Beheben Sie Fehler in gespeicherten Daten.
4. Löschung: Entfernen Sie Benutzeridentitäten dauerhaft.

Mit diesen Funktionen können Sie eine sichere und konforme Datenplattform aufbauen. Microsoft Fabric hilft Ihnen, Ihre Daten zu schützen, den Zugriff zu steuern und den Anforderungen moderner Vorschriften gerecht zu werden. Sie können beruhigt sein, denn Ihre Bereitstellungen folgen bewährten Verfahren für Sicherheit und Compliance.

Tipp: Überprüfen Sie Ihre Sicherheits- und Compliance-Einstellungen regelmäßig. Regelmäßige Kontrollen helfen Ihnen, neuen Risiken einen Schritt voraus zu sein, und halten Ihre Daten sicher.

GitHub vs. Azure DevOps vs. Fabric: Vergleich der Eigentumsverhältnisse

Speicherort des Repositorys

Sie müssen wissen, wo Ihr Code liegt. In der Debatte GitHub vs. Azure DevOps ist dies ein zentraler Punkt. GitHub speichert Ihre Repositorys in der Cloud. Sie können zwischen öffentlichen und privaten Optionen wählen. Viele Open-Source-Projekte nutzen GitHub, weil sich dort Inhalte leicht teilen und gemeinsam bearbeiten lassen. Azure DevOps speichert Code ebenfalls in der Cloud, konzentriert sich jedoch auf private Projekte mit Enterprise-Anforderungen. Sie behalten dort mehr Kontrolle darüber, wer Ihren Code sehen und ändern darf. Microsoft Fabric verbindet sich für die Versionsverwaltung mit GitHub und Azure DevOps. Sie verwalten Ihre Analyseprojekte in Fabric, der eigentliche Code liegt jedoch in dem verknüpften Repository.

Hier ein kurzer Vergleich:

Wählen Sie die Plattform, die zu Ihren Anforderungen passt. Wenn Sie offene Zusammenarbeit wünschen, eignet sich GitHub gut. Wenn Sie strikte Kontrolle benötigen, bietet Azure DevOps Ihnen mehr Optionen. Microsoft Fabric lässt Sie beides nutzen, sodass Sie es an Ihren Workflow anpassen können.

Artifact Management

Artifact Management bedeutet, wie Sie Build-Ergebnisse, Pakete und Dateien verwalten, die Ihre Projekte erzeugen. Im Vergleich GitHub vs. Azure DevOps zeigen sich deutliche Unterschiede. GitHub nutzt GitHub Packages zur Speicherung von Artefakten. Sie erhalten grundlegende Funktionen zum Speichern und Teilen von Paketen. Azure DevOps bietet mit Azure Artifacts erweiterte Steuerungsmöglichkeiten. Sie können Versionen verwalten, Feeds einrichten und die Nutzung nachverfolgen. Microsoft Fabric konzentriert sich auf Analyse-Artefakte wie Power BI-Berichte und semantische Modelle. Für die Versionsverwaltung ist es mit einem Repository verknüpft, und zum Verschieben von Artefakten zwischen Umgebungen nutzt es Bereitstellungspipelines.

Achten Sie beim Vergleich des Artifact Managements auf folgende Punkte:

• Authentifizierung: Azure DevOps verwendet Microsoft Entra-Benutzerkonten. Das macht die Anmeldung einfach und sicher. GitHub verwendet persönliche Zugriffstoken. Diese lassen sich schwerer verwalten, besonders in großen Teams.
• Governance: Azure DevOps bietet integrierte Governance-Funktionen. Sie können Regeln festlegen und Änderungen einfach nachverfolgen. GitHub Enterprise bietet mehr Governance als das Standard-GitHub, doch für Enterprise-Anforderungen liegt Azure DevOps weiterhin vorn.
• Integration: Microsoft Fabric unterstützt für die Artefaktverwaltung nur die cloudbasierten Versionen von Azure DevOps und GitHub. Wenn Sie Fabric nutzen, sollten Sie auf Cloud-Workflows vorbereitet sein.

Hier ist eine Tabelle zum Vergleich:

Wenn Sie starke Artefaktverwaltung und Governance wünschen, sollten Sie sich für Azure DevOps entscheiden. GitHub eignet sich für einfache Anforderungen oder Open-Source-Projekte. Microsoft Fabric ermöglicht eine einheitliche Steuerung Ihrer Analytics-Artefakte, speichert diese aber im verknüpften Repository.

Zugriff und Berechtigungen

Zugriff und Berechtigungen legen fest, wer Ihren Code und Ihre Artefakte sehen, bearbeiten oder bereitstellen darf. In der Diskussion GitHub vs. Azure DevOps zeigen sich unterschiedliche Ansätze. GitHub erlaubt es, Rollen auf Repository-, Organisations- oder Enterprise-Ebene festzulegen. Um Änderungen zu steuern, verwenden Sie Teams und Codeverantwortliche. Azure DevOps setzt auf rollenbasierte Zugriffssteuerung. Sie weisen Benutzer Sicherheitsgruppen zu und legen Berechtigungen auf Projekt- oder Objektebene fest. Das ermöglicht eine feingranulare Steuerung, was für große Organisationen wichtig ist.

Microsoft Fabric verwendet Microsoft Entra ID für die Zugriffssteuerung. Sie legen Rollen für Ihren Analytics-Arbeitsbereich fest. Sie entscheiden, wer Analytics-Inhalte anzeigen, bearbeiten oder bereitstellen darf. Wenn Sie Fabric mit GitHub oder Azure DevOps verknüpfen, gelten für Code und Artefakte deren Zugriffssteuerungen. Sie erhalten so das Beste aus beiden Welten – starke Identitätsverwaltung von Microsoft und flexible Steuerung durch Ihr gewähltes Repository.

Hier ist eine Zusammenfassung:

• GitHub: Rollen und Teams, Codeverantwortliche, Überwachungsprotokolle.
• Azure DevOps: Rollenbasierter Zugriff, Sicherheitsgruppen, Steuerung auf Projektebene.
• Microsoft Fabric: Entra ID-Rollen, Arbeitsbereichsberechtigungen, übernimmt Steuerungen aus dem verknüpften Repository.

Überprüfen Sie Ihre Zugriffseinstellungen regelmäßig. Stellen Sie sicher, dass nur die richtigen Personen Berechtigungen haben. So bleiben Ihre Projekte geschützt und Sie unterstützen die Compliance.

Tipp: Wenden Sie das Prinzip der minimalen Berechtigungen an. Vergeben Sie Benutzern nur den Zugriff, den sie tatsächlich benötigen. Das reduziert Risiken und hilft Ihnen, sicher aufgestellt zu bleiben.

Governance und Compliance

Um Ihre Bereitstellungen zu schützen und branchenübliche Standards zu erfüllen, benötigen Sie eine solide Governance und Compliance. Jede Plattform – GitHub, Azure DevOps und Microsoft Fabric – bietet dafür unterschiedliche Werkzeuge und Ansätze.

GitHub bietet flexible Governance. Sie können Branchschutzregeln festlegen, Code-Reviews verpflichtend machen und CODEOWNERS-Dateien verwenden. Diese Funktionen helfen Ihnen zu steuern, wer Änderungen an Ihrem Code vornehmen darf. Außerdem können Sie Überwachungsprotokolle nutzen, um Aktivitäten in Ihren Repositories nachzuvollziehen. Für Compliance unterstützt GitHub Integrationen mit Drittanbieter-Tools. Sie können Richtlinienprüfungen automatisieren und mit GitHub Actions Regeln durchsetzen. Mit GitHub Enterprise erhalten Sie erweiterte Compliance-Funktionen wie SAML-Single-Sign-on und unternehmensweites Richtlinienmanagement.

Azure DevOps konzentriert sich auf Enterprise-Governance. Sie können Branchrichtlinien, Genehmigungsgates und benutzerdefinierte Rollen festlegen. Mit diesen Steuerungen setzen Sie Standards projektübergreifend durch. Über die Work-Item-Verfolgung verknüpfen Sie Codeänderungen mit den geschäftlichen Anforderungen. In Ihren Pipelines können Sie Compliance-Prüfungen einrichten. Azure DevOps unterstützt Prüfpfade und detaillierte Protokollierung. Sie können Berichte exportieren, die die Einhaltung von Frameworks wie ISO, SOC und DSGVO belegen. Azure DevOps lässt sich außerdem mit Azure Policy und Microsoft Purview für eine einheitliche Governance integrieren.

Microsoft Fabric bringt Governance in Ihre Datenanalyse-Workflows. Mit Microsoft Purview katalogisieren Sie Daten und verfolgen deren Herkunft. Sie legen Richtlinien auf OneLake-Ebene fest, die für alle Arbeitsbereiche gelten. Dieser einheitliche Ansatz erleichtert es, die Compliance zu steuern, während Ihre Datenmenge wächst. Microsoft Fabric unterstützt rollenbasierten Zugriff mit Microsoft Entra ID. Sie können Regeln für den Datenzugriff und die Bereitstellung festlegen. Außerdem erhalten Sie integrierte Compliance-Werkzeuge für Datenschutzgesetze wie die DSGVO. Bei Bedarf können Sie Benutzerdaten durchsuchen, exportieren und löschen.

Die folgende Tabelle hilft Ihnen, die Funktionen für Governance und Compliance zu vergleichen:

Tipp: Überprüfen Sie Ihre Governance-Einstellungen regelmäßig. Eine starke Governance unterstützt die Einhaltung von Compliance-Vorgaben und hält Ihre Bereitstellungen sicher.

Sicherheitslage

Sie müssen Ihren Code, Ihre Daten und Ihre Bereitstellungen vor Bedrohungen schützen. Jede Plattform bietet andere Sicherheitsfunktionen und Steuerungsmöglichkeiten.

GitHub hilft Ihnen, Ihre Repositories mit Zwei-Faktor-Authentifizierung, Geheimnisverwaltung und Branch-Schutz abzusichern. Mit GitHub Actions automatisieren Sie Sicherheitsscans und Prüfungen auf Schwachstellen. Dependabot warnt Sie vor veralteten Abhängigkeiten. Sie können Überwachungsprotokolle prüfen, um ungewöhnliche Aktivitäten zu erkennen. Für Cloud-Bereitstellungen unterstützt GitHub OpenID Connect für eine sichere Authentifizierung. Nutzen Sie diese Werkzeuge, um Ihren Code und Ihre Artefakte zu schützen.

Azure DevOps bietet erweiterte Sicherheitskontrollen. Sie nutzen rollenbasierten Zugriff, um Berechtigungen einzuschränken. Azure DevOps speichert Geheimnisse sicher und verknüpft sie mit Ihren Pipelines. Sie können Genehmigungsgates einrichten, die riskante Bereitstellungen blockieren. Azure DevOps lässt sich in Microsoft Defender for Cloud integrieren, um nach Bedrohungen zu suchen. Mit Azure Policy setzen Sie Sicherheitsregeln in Ihrer gesamten Umgebung durch. Detaillierte Überwachungsprotokolle helfen Ihnen, jede Aktion nachzuvollziehen. Sie können Sicherheitsprüfungen in Ihren Pipelines automatisieren, um Probleme frühzeitig zu erkennen. Azure DevOps unterstützt die Einhaltung branchenüblicher Standards und stellt Werkzeuge bereit, mit denen Sie Sicherheitsberichte exportieren können.

Microsoft Fabric konzentriert sich auf die Datensicherheit. Mit Microsoft Defender for Cloud Apps überwachen Sie Aktivitäten und richten Warnungen für riskantes Verhalten ein. Sie können vertrauliche Daten in Ihren Pipelines klassifizieren und schützen. Microsoft Fabric unterstützt Data-Loss-Prevention-(DLP-)Richtlinien. Sie können die unbefugte Weitergabe vertraulicher Informationen blockieren. Außerdem erhalten Sie mit Multi-Geo Datenlokalisierung, sodass Sie wählen können, wo Ihre Daten gespeichert werden. Microsoft Fabric hilft Ihnen, Datenschutzrechte zu verwalten und Anfragen betroffener Personen zu bearbeiten. Sie können Benutzerdaten durchsuchen, exportieren und löschen, um gesetzliche Anforderungen zu erfüllen.

Hier ist eine Zusammenfassung der Sicherheitsfunktionen:

• GitHub: Zwei-Faktor-Authentifizierung, Geheimnisverwaltung, automatisierte Scans, Überwachungsprotokolle.
• Azure DevOps: rollenbasierter Zugriff, sichere Geheimnisse, Genehmigungsgates, Defender for Cloud, Richtliniendurchsetzung, Überwachungsprotokolle.
• Microsoft Fabric: Defender for Cloud Apps, DLP-Richtlinien, Datenklassifizierung, Multi-Geo, Datenschutzverwaltung.

Hinweis: Kombinieren Sie die Sicherheitsfunktionen der Plattformen mit bewährten Methoden. Schulen Sie Ihr Team, überprüfen Sie die Einstellungen und aktualisieren Sie Richtlinien, sobald sich die Bedrohungslage ändert.

Ihre Sicherheitslage wird am stärksten, wenn Sie die richtigen Werkzeuge einsetzen und proaktiv handeln. Jede Plattform – GitHub, Azure DevOps und Microsoft Fabric – bietet die Kontrollmöglichkeiten, mit denen Sie Ihre Bereitstellungen und Daten schützen.

DevOps-Szenarien aus der Praxis

Open Source mit GitHub

Wenn Sie an Open-Source-Projekten arbeiten, bietet Ihnen GitHub eine einfache Möglichkeit, die Verantwortung für Bereitstellungen zu verwalten. Sie können Ihren Bereitstellungsprozess automatisieren und Ihr Projekt mit jeder Codeänderung online halten. So funktioniert die Verantwortlichkeit in einem typischen Open-Source-DevOps-Workflow mit GitHub:

• Sie übertragen Code in ein öffentliches Repository auf GitHub.
• Jeder Push auf den Hauptbranch löst eine automatische Bereitstellung aus.
• Für die Bereitstellung müssen Sie weder einen Antrag stellen noch auf eine Genehmigung warten.
• Sie behalten die Kontrolle über Ihre Cloud-Infrastruktur, indem Sie ein eigenes AWS-Konto oder vergleichbare Dienste nutzen.
• Ihr Projekt bleibt jederzeit auf Infrastruktur in Produktionsqualität verfügbar.

Mit diesem Ansatz können Sie sich darauf konzentrieren, Ihr Projekt aufzubauen und weiterzuentwickeln. Sie müssen sich weder um manuelle Genehmigungen noch um Verzögerungen sorgen. Sie behalten die Verantwortung für Ihren Bereitstellungsprozess und Ihre Infrastruktur, auch wenn Sie Ihren Code mit der Welt teilen. Mit GitHub können Sie außerdem DevOps-Tools wie GitHub Actions nutzen, um Testing- und Bereitstellungsschritte zu automatisieren.

Unternehmensumgebung mit Azure DevOps

In einem Unternehmensumfeld nutzen Sie Azure DevOps häufig, um komplexe Projekte zu verwalten. Dabei müssen Sie Geschwindigkeit, Sicherheit und Compliance in Einklang bringen. Die Verantwortlichkeit wird in dieser Umgebung schnell unübersichtlich. Die folgende Tabelle zeigt einige typische Herausforderungen, denen Sie begegnen können:

Sie müssen für Ihr Team klare Rollen und Zuständigkeiten festlegen. Azure DevOps unterstützt Sie dabei, indem Sie Berechtigungen zuweisen und rollenbasierte Zugriffssteuerung nutzen können. Sie können jede Änderung nachverfolgen und Richtlinien durchsetzen, die den Standards Ihres Unternehmens entsprechen. Microsoft stellt integrierte Tools für Sicherheit und Compliance bereit, sodass Sie Ihren Code und Ihre Daten schützen können. Zudem können Sie Azure DevOps mit anderen Microsoft-Diensten integrieren und so ein einheitliches DevOps-Erlebnis schaffen.

Datenanalyse mit Fabric

Wenn Sie Datenanalyseprojekte verwalten, bietet Ihnen Microsoft Fabric eine starke Verantwortlichkeit für Bereitstellungen. Sie bestimmen, wer die einzelnen Elemente in Ihrem Arbeitsbereich bereitstellen, bearbeiten oder anzeigen darf. Die folgende Tabelle zeigt, wie die Besitzerschaft für verschiedene Elemente in Microsoft Fabric funktioniert:

Sie behalten die klare Kontrolle über Ihre Analyseressourcen. Wenn Sie ein neues Element bereitstellen, werden Sie dessen Besitzer. Erfolgt die Bereitstellung in einer Phase, in der das Element bereits existiert, bleibt die Besitzerschaft unverändert. Microsoft Fabric verwendet Arbeitsbereichsrollen und Berechtigungen, damit Sie den Zugriff verwalten können. Sie können Ihren Arbeitsbereich mit GitHub oder Azure DevOps verknüpfen, um Versionsverwaltung und automatisierte Bereitstellungen zu nutzen. Diese Integration schafft einen einheitlichen DevOps-Workflow für Ihre Datenanalyseprojekte.

Tipp: Nutzen Sie die Bereitstellungspipelines und Arbeitsbereichsberechtigungen von Microsoft Fabric, um Ihre Daten zu schützen und Ihr Team produktiv zu halten.

Hybride Bereitstellungen

Für Ihre Bereitstellungen benötigen Sie oft mehr als eine Plattform. Das ist in großen Organisationen üblich oder wenn Sie die Stärken verschiedener Werkzeuge kombinieren möchten. Mit hybriden Bereitstellungen nutzen Sie GitHub für die Quellcodeverwaltung, Azure DevOps für Pipelines und Microsoft Fabric für Analysen. Sie können diese Plattformen verbinden, um einen Workflow zu erstellen, der zu Ihren Anforderungen passt.

Sie könnten zunächst Ihren Code in GitHub speichern. Mit GitHub Actions führen Sie Tests aus und erstellen Ihre Anwendung. Anschließend können Sie die Build-Artefakte an Azure DevOps übergeben. Azure DevOps bietet erweiterte Steuerungsmöglichkeiten für Pipelines und die Verwaltung von Artefakten. Sie können Genehmigungsgates einrichten und rollenbasierten Zugriff nutzen, um festzulegen, wer in die Produktivumgebung bereitstellen darf. Wenn Sie Datenanalysen durchführen müssen, können Sie Microsoft Fabric mit Ihren Repositories verknüpfen. So verwalten Sie Analyseressourcen und Bereitstellungen mit einer starken Governance.

Hybride Bereitstellungen bieten Ihnen Flexibilität. Sie können für jeden Teil Ihres Workflows das beste Werkzeug wählen. Außerdem können Sie Ihre Abläufe mit wachsendem Team skalieren. Allerdings müssen Sie die Besitzerschaft sorgfältig steuern. Jede Plattform hat eigene Regeln für Zugriff, Governance und Sicherheit. Sie müssen sicherstellen, dass diese Regeln zusammenpassen.

Hier sind einige Best Practices für die Verwaltung der Verantwortung für Deployments in Hybridumgebungen:

Automatisieren Sie so viel wie möglich. Automatisierung reduziert Fehler und macht Ihre Deployments schneller. Setzen Sie außerdem auf durchdachte Deployment-Strategien. Blue-Green- und Canary-Deployments ermöglichen es Ihnen, neue Versionen zu testen, ohne alle Benutzer zu beeinträchtigen. So erkennen Sie Probleme frühzeitig.

Sie benötigen Verwaltungstools, die plattformübergreifend funktionieren. Diese Tools helfen Ihnen, Deployments nachzuverfolgen, und stellen sicher, dass alle dieselben Regeln einhalten. Sie können Dashboards einrichten, um Ihre Pipelines zu überwachen, und sich benachrichtigen lassen, wenn etwas schiefgeht.

Tipp: Überprüfen Sie Ihre Zugriffs- und Governance-Einstellungen auf jeder Plattform. Stellen Sie sicher, dass nur die richtigen Personen Code bereitstellen oder ändern können. So bleibt Ihr Workflow sicher.

Hybride Deployments können komplex wirken, lassen sich mit den richtigen Praktiken aber gut beherrschen. Sie profitieren von den Stärken jeder Plattform und behalten die Kontrolle über Ihre Deployments. Wenn Sie Best Practices befolgen, stellen Sie sicher, dass Ihre Software zuverlässig und sicher bleibt.

Die richtige DevOps-Plattform auswählen

Wichtige Fragen zur Verantwortung

Stellen Sie die richtigen Fragen, bevor Sie eine DevOps-Plattform auswählen. Diese Fragen helfen Ihnen zu verstehen, wie jedes Tool mit Verantwortung, Governance und Integration umgeht. Berücksichtigen Sie folgende Punkte:

• Wer kontrolliert den Zugriff auf Ihren Code und Ihre Artefakte?
• Wie setzt die Plattform Governance und Compliance durch?
• Können Sie automatische Erinnerungen für fehlende Metadaten in Deployments einrichten?
• Unterstützt die Plattform die Integration in Ihre bestehenden Tools?
• Wie geht die Plattform mit Service-Verantwortung und Metadaten um?

Wählen Sie eine DevOps-Plattform, mit der Sie Service-Ownership verwalten können. Stellen Sie sicher, dass Entwickler Service-Metadaten eingeben, wenn sie neue Services anlegen. Automatisierung hilft, Metadaten aktuell zu halten. Sie können Ihre Deployment-Plattform zu einer Internal Developer Platform (IDP) weiterentwickeln, um die Verantwortung zu zentralisieren und Ihre DevOps-Prozesse zu straffen.

Tipp: Stellen Sie diese Fragen frühzeitig. So vermeiden Sie Unklarheiten und schaffen eine solide Grundlage für Ihren DevOps-Workflow.

Stärken der Plattformen

Jede DevOps-Plattform bietet eigene Stärken. Sie müssen diese Stärken mit den Anforderungen Ihres Projekts abgleichen. Hier ist ein kurzer Überblick:

Mit GitHub Actions gelingt ein schneller Einstieg und eine einfache Integration. GitHub eignet sich gut für Teams, die unkomplizierte Lösungen bevorzugen. Azure DevOps bietet erweiterte Steuerungsmöglichkeiten für komplexe Workflows. Sie erhalten Funktionen wie Genehmigungsgates und bedingte Ausführungsstrategien. Azure Pipelines eignet sich ideal für stark integrationsgetriebene Deployments. Microsoft Fabric bringt einheitliche Analytics und Governance mit. Sie können Ihren Arbeitsbereich mit GitHub oder Azure DevOps verbinden, um Versionskontrolle und Deployment abzuwickeln.

• GitHub Actions setzt auf Einfachheit und schnelle Umsetzung.
• Azure DevOps bietet ausgereifte Dienste für kontinuierliche Integration und Auslieferung.
• Microsoft Fabric vereint Tools für Data Engineering, Data Warehousing und Analytics.

Hinweis: Wählen Sie eine Plattform, die zu Ihrem Workflow und Ihren Governance-Anforderungen passt. Jede Plattform bietet unterschiedliche Stärken im Bereich DevOps-Verantwortung.

Mit einem klaren Verständnis dafür, wie GitHub, Azure DevOps und Microsoft Fabric Code, Artefakte, Zugriff und Governance verwalten, übernehmen Sie eindeutig Verantwortung für Ihre Bereitstellungen. Wählen Sie eine Plattform, die zu Ihren Sicherheits- und Compliance-Anforderungen passt. Definieren Sie Richtlinien für die Endpunktverwaltung, etablieren Sie eine gemeinsame Verantwortung über alle Teams hinweg und identifizieren Sie die wesentlichen Sicherheitskontrollen. Prüfen Sie die Funktionen der Plattformen regelmäßig, um Risiken immer einen Schritt voraus zu sein. Richten Sie Ihre Wahl der Plattform an Richtlinien für verantwortungsvolle KI aus, einschließlich Fairness, Zuverlässigkeit und Verantwortlichkeit. Dieser Ansatz hilft Ihnen, Ihre Daten zu schützen und eine starke Governance aufrechtzuerhalten.

Um zusammenzufassen, wie sich diese Entscheidungen auf Ihre Bereitstellungsstrategien auswirken, lohnt sich ein Blick auf unsere zugehörige Podcast-Folge GitHub vs Azure DevOps for Microsoft Fabric CI/CD, die diese unternehmerischen Entscheidungen im Detail beleuchtet.

Häufige Fragen

Was bedeutet Bereitstellungsverantwortung in DevOps-Plattformen?

Bereitstellungsverantwortung bedeutet, dass Sie Ihren Code, Ihre Artefakte, Ihren Zugriff und Ihre Governance selbst steuern. Sie legen fest, wer bereitstellen darf, verfolgen Änderungen nach und setzen Regeln durch. Verantwortung hilft Ihnen, Ihre Projekte zu schützen und Compliance aufrechtzuerhalten.

Wie handhaben GitHub, Azure DevOps und Microsoft Fabric die Zugriffssteuerung?

Rollen und Berechtigungen legen Sie in jeder Plattform selbst fest. GitHub arbeitet mit Teams und Codeeigentümern. Azure DevOps nutzt Sicherheitsgruppen und rollenbasierten Zugriff. Microsoft Fabric stützt sich für Arbeitsbereichsberechtigungen auf Microsoft Entra ID.

Können Sie Bereitstellungen über alle drei Plattformen hinweg automatisieren?

Ja, Sie können Bereitstellungen mit GitHub Actions, Azure Pipelines oder Microsoft Fabric-Bereitstellungspipelines automatisieren. Automatisierung hilft Ihnen, Updates schneller auszuliefern und reduziert Fehler.

Wie lässt sich Microsoft Fabric mit GitHub und Azure DevOps integrieren?

Sie verbinden Ihren Fabric-Arbeitsbereich mit einem GitHub- oder Azure DevOps-Repository. Diese Integration bietet Ihnen Versionskontrolle, automatisierte Bereitstellungen und eine einheitliche Governance für Analytics.

Welche Sicherheitsfunktionen schützen Ihre Bereitstellungen?

Sie nutzen Zwei-Faktor-Authentifizierung, Geheimnisverwaltung und automatisierte Sicherheitsscans. Azure DevOps ergänzt Genehmigungsgates und Defender for Cloud. Microsoft Fabric bietet Data Loss Prevention und Tools für die Datenschutzverwaltung.

Wie verwalten Sie Compliance in diesen Plattformen?

Sie legen Branch-Richtlinien, Überwachungsprotokolle und Governance-Regeln fest. Azure DevOps und Microsoft Fabric unterstützen Compliance-Rahmenwerke wie DSGVO und ISO. GitHub Enterprise bietet Unternehmen erweiterte Compliance-Tools.

Wem gehören bereitgestellte Analytics-Objekte in Microsoft Fabric?

Sie werden zum Eigentümer, sobald Sie ein neues Element bereitstellen. Wenn Sie in eine Stufe mit einem vorhandenen Element bereitstellen, bleibt die Eigentümerschaft unverändert. Arbeitsbereichsrollen und Berechtigungen helfen Ihnen, den Zugriff zu verwalten.

Worin liegen die zentralen Unterschiede zwischen Azure DevOps und GitHub?

Azure DevOps (ADO) ist eine Suite von Entwicklertools mit Azure Boards, Pipelines, Repos, Test Plans und Artefaktverwaltung. Sie konzentriert sich auf Projektmanagement im Unternehmen sowie auf CI/CD. GitHub dagegen ist eine Git-first-Plattform, die sich um Git-Repositories, Pull Requests und die Entwicklergemeinschaft dreht. Zu den Funktionen zählen GitHub Repos, GitHub Enterprise Cloud und GitHub Actions. Azure DevOps wird häufig bevorzugt, wenn integrierte Arbeitselementverfolgung und das Erbe von Visual Studio Team Services (TFS) wichtig sind. GitHub bietet dagegen ein großes Open-Source-Ökosystem und moderne Funktionen für die Zusammenarbeit.

Welches Tool sollten Sie für die Versionskontrolle verwenden: Azure Repos oder GitHub Repos?

Beide unterstützen Git-Repositories und Versionskontrolle. Azure Repos ist eng in Azure Boards und Azure Pipelines integriert und daher attraktiv für Teams, die mit Microsoft Azure DevOps-Workflows arbeiten. GitHub Repos (auf GitHub gehostet) überzeugt bei öffentlichen und privaten Repositories, dem Management von Open-Source-Projekten, Community-Beiträgen und Funktionen wie Pull-Request-Workflows. Entscheiden Sie anhand dessen, ob Ihnen integriertes Azure Boards oder die breitere GitHub-Plattform und -Community wichtiger ist.

Kann ich Repositories von Azure Repos zu GitHub migrieren?

Ja, Sie können Repositories von Azure Repos zu GitHub verschieben. Viele Teams exportieren Git-Repositories aus ADO-Repos und importieren sie in ein GitHub-Repository, oder sie nutzen Migrationstools. Bei der Migration geht es oft darum, den Commit-Verlauf zu erhalten, die Enterprise Managed Users für GitHub Enterprise Cloud zu verwalten und die CI/CD-Integrationen von Azure Pipelines auf GitHub Actions umzustellen, falls Sie das möchten.

Wie schneiden Azure Boards und GitHub Issues im Hinblick auf agiles Projektmanagement im Vergleich ab?

Azure Boards bietet umfangreiches agiles Projektmanagement mit Arbeitselementen, Backlogs, Sprints und einer tiefen Integration mit Pipelines und Test Plans. Damit ist es ein starkes Projektmanagement-Tool für Unternehmen. GitHub Issues (und Projektboards) sind einfacher aufgebaut und eignen sich besser für Open-Source-Projekte und Workflows von Entwicklercommunitys. GitHub hat allerdings viele Funktionen für die Projektplanung erweitert. Manche Teams nutzen das Beste aus beiden Welten, indem sie GitHub-Repositories mit Azure Boards verbinden.

Ist GitHub Copilot für Azure DevOps-Benutzer verfügbar?

GitHub Copilot lässt sich in erster Linie in Entwicklerwerkzeuge wie Visual Studio Code und Visual Studio integrieren. Entwickler, die Azure DevOps nutzen, können Copilot daher weiterhin in ihren IDEs verwenden. Die Einführung von GitHub Copilot und die anschließenden Funktionen für Copilot-Workspaces machen es Entwicklern unabhängig von der CI/CD-Backend-Lösung zugänglich. Einige Unternehmenssteuerungen und Lizenzierungen hängen jedoch davon ab, ob Sie GitHub Enterprise Cloud nutzen oder von Azure DevOps verwaltete Umgebungen bevorzugen.

Welche Plattform ist im Hinblick auf Enterprise Managed Users und Sicherheit besser: GitHub oder Azure DevOps?

Beide Plattformen bieten Enterprise-Funktionen. Microsoft Azure DevOps stellt eine feingranulare Zugriffssteuerung, eine Integration mit Azure AD und erweiterte Compliance-Funktionen bereit. GitHub Enterprise Cloud umfasst Enterprise Managed Users sowie GitHub Advanced Security für Azure, das Code-Scanning, Secret-Scanning und Dependency-Management ermöglicht. Die Wahl hängt von den Anforderungen Ihrer Organisation ab. Azure DevOps lässt sich unter Umständen besser in die bestehenden Microsoft-Werkzeuge integrieren. GitHub bietet dagegen stärkere Funktionen für Open Source und Communitys sowie erweiterte Sicherheitsoptionen.

Wie unterscheiden sich CI/CD-Pipelines in Azure Pipelines und GitHub Actions?

Azure Pipelines (Teil von Azure Boards und Pipelines) bietet eine leistungsstarke, plattformübergreifende CI/CD-Lösung mit einer engen Integration in Azure DevOps und Visual Studio. GitHub Actions ist eng in die GitHub-Plattform integriert. Es bietet flexible Workflows, die durch Repository-Ereignisse ausgelöst werden, und eine nahtlose Automatisierung für Pull Requests. Beide unterstützen Container, Cloud-Bereitstellungen und selbst gehostete Runner. Wählen Sie das DevOps-Tool, das zu Ihrem Workflow passt, oder nutzen Sie das Beste aus beiden Welten, indem Sie beide miteinander verbinden.

Kann ich Visual Studio und VS Code mit beiden Plattformen verwenden?

Ja, sowohl Visual Studio als auch Visual Studio Code (VS Code) unterstützen GitHub und Azure DevOps. Visual Studio verfügt über integrierte Anbindungen an Azure Repos und ADO. VS Code arbeitet gut mit GitHub-Repositories, GitHub Copilot und allgemeinen Git-Repositories. Entwickler können diese Werkzeuge plattformübergreifend nutzen, um Code zu bearbeiten, Tests auszuführen sowie mit Pull Requests oder Arbeitselementen zu arbeiten.

Und wie sieht es beim Testen aus: Gibt es Azure Test Plans auch auf GitHub?

Azure Test Plans ist eine integrierte Testlösung in Azure DevOps, die Werkzeuge für manuelles und exploratives Testen bereitstellt. GitHub bietet kein identisches integriertes Testplan-Produkt. Sie können jedoch Testframeworks, Actions und Test-Management-Tools von Drittanbietern in GitHub-Repositories einbinden, um ähnliche Möglichkeiten für Testautomatisierung und Reporting zu erreichen.

Wie unterscheiden sich Preise und Hosting: GitHub-Hosting im Vergleich zu Microsoft Azure DevOps?

GitHub bietet gehostete Dienste (GitHub.com, GitHub Enterprise Cloud) mit gestaffelten Tarifen für Teams und Unternehmen an. Der Schwerpunkt liegt auf öffentlichen und privaten Repositories sowie dem Zugang zur Community. Microsoft Azure DevOps Services bietet ebenfalls gehostete Cloud-Optionen mit nutzerbasierter Preisgestaltung sowie lokale Varianten (früher TFS bzw. Visual Studio Team Services). Bei den Kosten spielen Pipeline-Minuten, Speicher für Artefakte, Enterprise Managed Users und die Frage eine Rolle, ob Sie ein Hosting vor Ort benötigen.

Können Teams GitHub und Azure DevOps gemeinsam nutzen?

Ja, viele Organisationen kombinieren GitHub für das Code-Hosting und die Zusammenarbeit in der Community mit Azure DevOps für Projektmanagement, Pipelines oder Test Plans. Dieser Ansatz verbindet das Beste aus beiden Welten: die Stärken der GitHub-Plattform für Repositories und Communitys sowie Azure-DevOps-Funktionen wie Azure Boards. Integrationen und Konnektoren erleichtern die Synchronisierung von Repositories aus Azure Repos nach GitHub oder die Verknüpfung von GitHub-Repository-Ereignissen mit ADO-Boards.

Welches Tool bevorzugen Entwickler in der Dev-Community: GitHub oder Azure DevOps?

Open-Source-Mitwirkende und viele einzelne Entwickler bevorzugen GitHub, weil es die Community stärkt, öffentliche und private Repositories sowie integrierte Review-Workflows bietet. Unternehmensentwickler und Teams, die umfassendes Projektmanagement benötigen, greifen dagegen häufig zu Azure DevOps. Die Präferenz hängt außerdem davon ab, wie stark die bestehende Investition in Visual Studio und Microsoft Azure ist und ob Funktionen wie GitHub Copilot oder GitHub Advanced Security for Azure priorisiert werden.

Welche Überlegungen sollte ein Team anstellen, wenn es sich zwischen GitHub und Azure DevOps entscheiden muss?

Berücksichtigen Sie Ihren Bedarf an Versionsverwaltung, die Integration in Visual Studio oder VS Code, die Anforderungen an agiles Projektmanagement (Azure Boards), Sicherheits- und Compliance-Anforderungen, den Bedarf an Azure Test Plans, die Sichtbarkeit in der Community und Open Source sowie die Frage, ob Sie Funktionen wie GitHub Copilot oder erweiterte Sicherheitsprüfungen nutzen möchten. Bewerten Sie, welches DevOps-Tool zu Ihrem Workflow passt, oder setzen Sie auf ein Hybridmodell, bei dem Sie Repositories aus Azure Repos nutzen oder GitHub-Repositories mit Azure Boards und Pipelines kombinieren.