Skip to main content

Einführung GitHub Actions in Ihr Unternehmen

Du kannst planen, wie du GitHub Actions in deinem Unternehmen einführen möchtest.

Informationen zu GitHub Actions für Unternehmen

GitHub Actions ist eine Plattform für Continuous Integration und Continuous Delivery (CI/CD), mit der du deine Build-, Test- und Bereitstellungspipeline automatisieren kannst. Mit GitHub Actions kann dein Unternehmen deine Softwareentwicklungs-Workflows wie Tests und Bereitstellungen automatisieren, anpassen und ausführen. Weitere Informationen finden Sie unter Über GitHub Actions für Unternehmen.

Bevor du GitHub Actions in einem großen Unternehmen einführst, musst du die Einführung zuerst planen und Entscheidungen darüber treffen, wie das Unternehmen GitHub Actions verwenden soll, um seine besonderen Anforderungen optimal zu unterstützen.

Governance und Compliance

Du solltest einen Plan erstellen, um das Verwenden von GitHub Actions in deinem Unternehmen zu steuern und deine Complianceverpflichtungen zu erfüllen.

Bestimme, welche Aktionen und wiederverwendbare Workflows deine Entwicklerinnen verwenden dürfen. Entscheide zunächst, ob du Drittanbieteraktionen und wiederverwendbare Workflows zulässt, die nicht von GitHub erstellt wurden. Du kannst die Aktionen und wiederverwendbaren Workflows konfigurieren, die auf Repository-, Organisations- und Unternehmensebenen ausgeführt werden dürfen. Außerdem kannst du auch nur Aktionen zulassen, die von GitHub erstellt wurden. Wenn du Drittanbieteraktionen und wiederverwendbare Workflows zulässt, kannst du zulässige Aktionen auf diejenigen beschränken, die von überprüften Autorinnen erstellt wurden oder die in einer Liste mit bestimmten Aktionen und wiederverwendbaren Workflows aufgeführt sind.

Weitere Informationen findest du unter Einstellung der GitHub Actions für ein Repository verwalten, Deaktivieren oder Einschränken von GitHub Actions für Ihre Organisation und Erzwingen von Richtlinien für GitHub Actions in Ihrem Unternehmen.

Erwäge die Kombination von OpenID Connect (OIDC) mit wiederverwendbaren Workflows, um konsistente Bereitstellungen in deinen Repositorys, Organisationen oder Unternehmen zu erzwingen. Dies erreichst du durch das Definieren von Vertrauensbedingungen für Cloudrollen basierend auf wiederverwendbaren Workflows. Weitere Informationen finden Sie unter Verwenden von OpenID Connect mit wiederverwendbaren Workflows.

Über die Überwachungsprotokolle deines Unternehmens kannst du auf Informationen zu Aktivitäten im Zusammenhang mit GitHub Actions zugreifen. Wenn deine geschäftlichen Anforderungen voraussetzen, dass diese Informationen länger aufbewahrt werden als die Daten der Überwachungsprotokolle, plane das Exportieren und Speichern dieser Daten außerhalb von GitHub. Weitere Informationen findest du unter Exportieren der Prüfprotokollaktivität für Ihr Unternehmen und Streaming des Überwachungsprotokolls für Ihre Organisation.

Sie können das Prinzip der geringsten Rechte ausüben, indem Sie benutzerdefinierte Organisationsrollen für den Zugriff auf Einstellungen in Ihrer GitHub Actions CI/CD-Datenpipeline verwalten. Weitere Informationen zu benutzerdefinierten Organisationsrollen findest du unter Berechtigungen von benutzerdefinierten Organisationsrollen.

Sicherheit

Du solltest deine Herangehensweise an die Sicherheitshärtung von GitHub Actions planen.

Sicherheitshärtung einzelner Workflows und Repositorys

Plane, gute Sicherheitspraktiken für die Nutzung der Funktionen von GitHub Actions innerhalb Ihres Unternehmens durchzusetzen. Weitere Informationen zu diesen Methoden findest du unter Referenz zur sicheren Verwendung.

Du kannst auch das Wiederverwenden von Workflows unterstützen, deren Sicherheit bereits bewertet wurde. Weitere Informationen findest du unter Innersourcing.

Absichern des Zugriffs auf Geheimnisse und Bereitstellungsressourcen

Du solltest planen, wo du deine Geheimnisse speicherst. Es wird empfohlen, Geheimnisse auf GitHub zu speichern, aber du kannst Geheimnisse auch bei einem Cloudanbieter speichern.

Auf GitHub kannst du Geheimnisse auf Repository- oder Organisationsebene speichern. Geheimnisse auf Repositoryebene können auf Workflows in bestimmten Umgebungen beschränkt werden, z. B. Produktion oder Test. Weitere Informationen finden Sie unter Verwenden von Geheimnissen in GitHub-Aktionen.

Du solltest erwägen, eine Schutzfunktion mit manueller Genehmigung für vertrauliche Umgebungen hinzuzufügen, sodass Workflows genehmigt werden müssen, bevor auf die Geheimnisse der Umgebungen zugegriffen werden kann. Weitere Informationen finden Sie unter Verwalten von Umgebungen für die Bereitstellung.

Sicherheitsaspekte für Aktionen von Drittanbietern

Es besteht ein erhebliches Risiko, wenn Aktionen aus Drittanbieter-Repositories auf GitHub bezogen werden. Wenn du Aktionen von Drittanbietern zulässt, solltest du interne Richtlinien erstellen, die dein Team ermutigen, bewährte Methoden zu befolgen, z. B. das Anheften von Aktionen an vollständige Commit-SHAs. Weitere Informationen finden Sie unter Referenz zur sicheren Verwendung.

Private Netzwerke mit GitHub-gehosteten Runnern

Sie können GitHub-gehosteten Runnern in einem Azure-VNET verwenden. Dies ermöglicht es Ihnen, die Vorteile der von GitHub verwalteten Infrastruktur für Ihren CI/CD-Prozess nutzen und gleichzeitig vollständige Kontrolle über die Netzwerkrichtlinien Ihrer Runner zu haben. Weitere Informationen zu Azure-VNET findest du in der Azure-Dokumentation unter Was ist Azure Virtual Network?. Weitere Informationen findest du unter Informationen zu privaten Azure-Netzwerken für von GitHub gehostete Runner in Ihrem Unternehmen.

Innersourcing

Überlege, wie dein Unternehmen Funktionen von GitHub Actions für Innersource-Automatisierung verwenden kann. Innersourcing ist eine Möglichkeit, die Vorteile open source Methoden in Ihren internen Softwareentwicklungszyklus zu integrieren. Weitere Informationen findest du unter Einführung in Innersource in den GitHub-Ressourcen.

Um Aktionen für dein gesamtes Unternehmen freizugeben, ohne diese für den öffentlichen Zugriff zu veröffentlichen, kannst du die Aktionen in einem internen Repository speichern und dieses dann so konfigurieren, dass der Zugriff auf GitHub Actions-Workflows in anderen Repositorys im Besitz derselben Organisation oder einer anderen Organisation im Unternehmen zugelassen ist. Weitere Informationen finden Sie unter Freigeben von Aktionen und Workflows in deinem Unternehmen.

Mit wiederverwendbaren Workflows kann dein Team einen Workflow aus einem anderen Workflow aufrufen, um eine exakte Duplizierung zu vermeiden. Wiederverwendbare Workflows fördern bewährte Methoden, indem dein Team so Workflows verwendet, die gut konzipiert sind und bereits getestet wurden. Weitere Informationen finden Sie unter Wiederverwenden von Workflows.

Sie können Workflowvorlagen als Ausgangspunkt für Entwicklerinnen bereitstellen, die neue Workflows erstellen. So sparen deine Entwicklerinnen nicht nur Zeit, sondern du förderst auch unternehmensweit Konsistenz und bewährte Methoden. Weitere Informationen finden Sie unter Erstellen von Workflowvorlagen für die Organisation.

Verwalten von Ressourcen

Du solltest das Verwalten der benötigten Ressourcen zum Verwenden von GitHub Actions planen.

Runner

GitHub Actions-Workflows benötigen Runner. Du kannst von GitHub gehostete oder selbstgehostete Runner verwenden. GitHub verwaltet die Wartung und Upgrades für von GitHub gehostete Runner. Weitere Informationen finden Sie unter Von GitHub gehostete Runner.

Um deine eigenen Ressourcen, Konfiguration oder den geografischen Standort deiner Runner-Computer zu verwalten, verwende selbst gehostete Runner. Weitere Informationen finden Sie unter Selbstgehosteten Runnern.

Wenn Sie mehr Kontrolle über die Netzwerkrichtlinien Ihrer Runner wünschen, sollten Sie selbstgehostete Runner oder private Netzwerkoptionen für von GitHub gehostete Runner verwenden. Weitere Informationen zu privaten Netzwerkoptionen findest du unter Private Netzwerke mit GitHub-gehosteten Runnern.

Wenn du selbstgehostete Runner verwendest, musst du entscheiden, ob du physische Computer, virtuelle Computer oder Container verwenden möchtest. Auf physischen Computern verbleiben Reste früherer Aufträge. Dies gilt auch für virtuelle Computer, es sei denn, du verwendest für jeden Auftrag ein frisches Image oder bereinigst die Computer nach jeder Auftragsausführung. Wenn du dich für Container entscheidest, solltest du dir bewusst sein, dass der Container bei automatischen Updates des Runners heruntergefahren wird. Dabei kann es passieren, dass Workflows fehlschlagen. Du solltest dafür eine Lösung finden, indem du automatische Updates verhinderst oder den Befehl zum Beenden des Containers überspringst.

Du musst auch entscheiden, wo jeder Läufer hinzugefügt werden soll. Du kannst einen selbstgehosteten Runner einem einzelnen Repository hinzufügen, oder du kannst den Runner für eine gesamte Organisation oder dein gesamtes Unternehmen zur Verfügung stellen. Das Hinzufügen von Runnern auf Organisations- oder Unternehmensebene ermöglicht die Freigabe von Runnern. Dadurch wird möglicherweise die Größe der Runnerinfrastruktur verringert. Du kannst Richtlinien verwenden, um den Zugriff auf selbstgehostete Runner auf Organisations- und Unternehmensebene zu beschränken, indem du Gruppen von Runnern bestimmten Repositorys oder Organisationen zuweist. Weitere Informationen findest du unter Selbstgehostete Runner hinzufügen und Verwalten des Zugriffs auf selbstgehostete Runner mithilfe von Gruppen. Sie können auch Richtlinien verwenden, um zu verhindern, dass Personen selbstgehostete Runner auf Repository-Ebene verwenden. Weitere Informationen finden Sie unter Erzwingen von Richtlinien für GitHub Actions in Ihrem Unternehmen.

Du solltest die Verwendung der automatischen Skalierung erwägen, um die Anzahl der verfügbaren selbstgehosteten Runner automatisch zu erhöhen oder zu verringern. Weitere Informationen finden Sie unter Referenzen zu selbstgehosteten Runnern.

Schließlich solltest du die Sicherheitshärtung für selbstgehostete Runner berücksichtigen. Weitere Informationen finden Sie unter Referenz zur sicheren Verwendung.

Speicher

Mit Artefakten kannst du Daten zwischen Aufträgen in einem Workflow teilen und Daten nach Abschluss des Workflows speichern. Weitere Informationen finden Sie unter Speichern und Freigeben von Daten mit Workflowartefakten.

GitHub Actions verfügt auch über ein Cachesystem, mit dem du Abhängigkeiten zwischenspeichern kannst, um die Ausführung von Workflows zu beschleunigen. Weitere Informationen finden Sie unter Referenz zum Zwischenspeichern von Abhängigkeiten.

Mit Richtlinieneinstellungen für GitHub Actions kannst du das Speichern von Workflowartefakten, Caches und die Protokollaufbewahrung anpassen. Weitere Informationen finden Sie unter Erzwingen von Richtlinien für GitHub Actions in Ihrem Unternehmen.

Eine gewisse Speichermenge ist in deinem Abonnement enthalten, aber zusätzlicher Speicherplatz wirkt sich auf deine Rechnung aus. Du solltest diese Kosten einplanen. Weitere Informationen finden Sie unter Abrechnung für GitHub Actions.

Nachverfolgen der Nutzung

Du solltest einen Plan zum Nachverfolgen der durch dein Unternehmen erfolgenden Nutzung von GitHub Actions erstellen. Überlege zum Beispiel, wie oft Workflows ausgeführt werden, wie viele dieser Ausführungen erfolgreich sind und wie viele fehlschlagen, und von welchen Repositorys welche Workflows verwenden.

Du kannst grundlegende Details zu Speicher- und Datenübertragungsnutzung von GitHub Actions für jede Organisation in deinem Unternehmen mithilfe der Abrechnungseinstellungen anzeigen. Weitere Informationen finden Sie unter Anzeigen Ihres Nutzungsverhaltens von getakteten Produkten und Lizenzen.

Hinweis

GitHub Actions-Metriken auf Unternehmensebene befinden sich in der öffentliche Vorschau. Änderungen sind vorbehalten.

Auf der Registerkarte „Insights“ kannst du sowohl Nutzungs- als auch Leistungsdaten für dein Unternehmen anzeigen. Diese Metriken stellen dieselben GitHub Actions-Daten bereit, die auf Repository- und Organisationsebene verfügbar sind, jedoch in einer für dein gesamtes Unternehmen aggregierten Form. Detailliertere Erkenntnisse findest du unter Anzeigen von GitHub Actions-Metriken für deine Organisation oder Anzeigen von GitHub Actions-Metriken für dein Repository.

Wenn du ausführlichere Nutzungsdaten pro Auftrag oder Workflow anzeigen möchtest, kannst du Webhooks verwenden, um Informationen über Workflowaufträge und Workflowausführungen zu abonnieren. Weitere Informationen finden Sie unter Informationen zu Webhooks.

Planen Sie, wie Ihr Unternehmen die Informationen aus diesen Webhooks an ein Datenarchivierungssystem weitergeben kann, und planen Sie, wie Sie Ihren Teams ermöglichen, die benötigten Daten aus Ihrem Archivierungssystem abzurufen.