APIDOG August-Updates: GitHub Enterprise Cloud, Stärkere SSO-Governance und mehr auditierbare Admin-APIs

August bietet Unterstützung für GitHub Enterprise Cloud für Datenresidenz-Workflows, planbaren SSO-Zugriff auf Projekte und eine besser prüfbare Administration für Unternehmens-API-Teams.

Sharki

Sharki

27 August 2026

APIDOG August-Updates: GitHub Enterprise Cloud, Stärkere SSO-Governance und mehr auditierbare Admin-APIs

Apidog für Unternehmen

On-Premises Bereitstellung

SSO & RBAC

SOC 2 konform

Apidog Enterprise entdecken
In vier öffentlichen Releases – von Apidog 2.8.41 bis 2.8.44 – hat der August drei miteinander verbundene Bereiche des Unternehmens-API-Betriebs gestärkt: kontrollierte Git-Konnektivität, identitätsgesteuerter Projektzugriff und eine nützlichere und nachvollziehbarere API-basierte Administration.

Unternehmens-API-Teams verwalten Repositories, Identitäten und Mitgliedschaften zunehmend über Systeme außerhalb der API-Plattform selbst. Diesen Monat verbessert Apidog diese Verbindungen und liefert gleichzeitig gezielte Zuverlässigkeitsupdates für die Projekteinrichtung, Importe, Branches, Dokumentation, CLI-Workflows und Testausführung.

Die wichtigsten Updates sind:

Zusätzliche Verbesserungen in den Bereichen Umgebung, Richtlinien, Internationalisierung, Spezifikationen und Workflows sind nach den drei Hauptupdates zusammengefasst.


1. ☁️ GitHub Enterprise Cloud für Data-Residency-Workflows

Kunden von GitHub Enterprise Cloud mit Datenresidenz können Repositories auf dedizierten *.ghe.com-Domains hosten, anstatt auf der öffentlichen github.com-Domain. Bisher entstand dadurch eine Lücke für Teams, die Apidogs Git-Workflows nutzen wollten, ohne die verwalteten Repositories außerhalb der bestehenden GitHub-Umgebung ihrer Organisation zu verschieben.

Apidog GitHub Enterprise Cloud-Verbindung für Data-Residency-Workflows

Verbindung zum *.ghe.com-Host Ihrer Organisation herstellen

Organisationsadministratoren können nun einen GitHub Enterprise Cloud-Host zusammen mit einer OAuth App Client ID und einem Client Secret konfigurieren. Der Autorisierungsfluss verwendet den konfigurierten Enterprise-Host, wodurch Apidog auf die Organisationen, Repositories, Branches und Dateien zugreifen kann, die für unterstützte Git-Operationen erforderlich sind.

Die Verbindung gilt für drei praktische Workflows:

Das Ergebnis ist Kontinuität: Teams können ihre Repository-Governance und ihr Data-Residency-Modell beibehalten, während sie Apidogs Git-basierte Import-, Backup- und Kollaborations-Workflows nutzen.

Geltungsbereich: Dieses Update ist auf GitHub Enterprise Cloud Data-Residency-Deployments auf dedizierten *.ghe.com SaaS-Domains beschränkt. Es fügt keine allgemeine Unterstützung für selbst gehostete GitHub Enterprise Server-Domains hinzu.

2. 🛡️ Stärkere SSO-Governance und Projektzugriff

Unternehmens-SSO sollte mehr als nur einen Benutzer authentifizieren. Es sollte die Sitzung auf den beabsichtigten Arbeitsbereich der Organisation konzentrieren und die Mitgliedschaft beim Identitätsanbieter in einen vorhersehbaren Zugriff auf die Projekte übersetzen, in denen gearbeitet wird.

Unternehmens-SSO-Sitzungen auf Organisationsarbeit fokussiert halten

Mit aktivierter SSO-Sitzungsisolation reduziert Apidog Einstiegspunkte in persönliche Teams und Projekte. Es beschränkt auch ausgewählte Aktionen, die Organisationsarbeit in persönliche Bereiche verschieben, kopieren oder klonen könnten. Benutzer bleiben auf die Organisation und das Team konzentriert, die mit ihrer SSO-Sitzung verbunden sind, während Administratoren eine klarere Trennung zwischen Unternehmens- und persönlichen Workflows erhalten.

Diese Kontrollen stärken die beabsichtigte Zugriffsgrenze, ohne das normale Erlebnis für Organisationen zu ändern, die keine SSO-Sitzungsisolation aktivieren.

Team-Mitgliedschaft auf Projektebene übertragen

Das SAML-Gruppenmapping geht nun über die Organisations- und Teammitgliedschaft hinaus, indem es den Zugriff auf Projekte unter dem synchronisierten Team initialisiert. Die anfänglichen Projektrollen folgen einer einfachen Regel:

Synchronisierte Teamrolle Initialer Zugriff auf Projekte unter dem Team
Team-Administrator Bearbeiter
Anderes Teammitglied Nur-Lesezugriff

Wenn ein zugeordneter Benutzer aus dem Team entfernt wird, synchronisiert Apidog auch die entsprechende Projektmitgliedschaft. Dies schließt die operative Lücke zwischen Identitätsanbietergruppen, Teamrollen und den Projektberechtigungen, die Benutzer nach der Anmeldung benötigen.

Darum ist es wichtig: Administratoren verbringen weniger Zeit damit, Projektmitgliedschaften nach dem Onboarding oder Offboarding zu reparieren, und Benutzer treten Teamprojekten mit einem klaren, konsistenten Startzugriffslevel bei.

3. 📋 Vollständigere und auditierbarere Unternehmens-Administrations-APIs

Unternehmensadministratoren verlassen sich oft auf APIs, um Mitglieder zu inventarisieren, Identitätssysteme zu verbinden und die Routineverwaltung zu automatisieren. Diese Workflows sind nur dann zuverlässig, wenn die API nützliche Mitgliederdaten zurückgibt, das Onboarding-Verhalten explizit und schützend ist und automatisierte Operationen für Governance-Teams sichtbar bleiben.

Nützlichere Organisationsmitgliederdaten abrufen

Die Organisationsmitglieder-API liefert nun E-Mail-Adressen und zuverlässigere Mitgliedernamen neben den bestehenden Mitgliedschaftsinformationen:

GET /v1/organizations/{organizationId}/members

Wenn ein Mitglied keinen Spitznamen festgelegt hat, kann Apidog andere verfügbare Profilinformationen für den zurückgegebenen Namen verwenden. Mitglieder ohne verfügbare E-Mail-Adresse, einschließlich anwendbarer ausstehender oder bereitgestellter Datensätze, geben einen expliziten null-Wert zurück, anstatt eines mehrdeutigen fehlenden Feldes.

Dies macht die API praktischer für:

Teamrollen zuweisen und Projektzugriff über die API initialisieren

Unternehmensadministratoren können nun einen Benutzer per E-Mail zu einem Team hinzufügen und eine unterstützte integrierte Teamrolle über die externe API zuweisen:

POST /v1/team-access-grants

Jede Anfrage wählt explizit sowohl die Teamrolle – Administrator, Mitglied oder Gast – als auch, wie der Zugriff auf bereits unter dem Team vorhandene Projekte initialisiert werden soll. Mit mapped initialisiert Apidog fehlenden Projektzugriff gemäß der ausgewählten Teamrolle, während bestehende gültige Projektrollen beibehalten werden. Mit none tritt der Benutzer dem Team bei, ohne Projektmitgliederberechtigungen zu erhalten, sodass der Zugriff separat zugewiesen werden kann.

Der Endpunkt unterstützt auch Einladungen für Benutzer, die der Organisation noch nicht beigetreten sind, und die Wiederherstellung von Mitgliedern, die das Team zuvor verlassen haben. Bestehende aktive oder ausstehende Teammitglieder und Team Owner sind vor unbeabsichtigten Änderungen geschützt, was wiederholte Aufrufe für automatisierte Onboarding-Workflows sicherer macht.

Geltungsbereich: Die Initialisierung des Projektzugriffs gilt für Projekte, die bereits unter dem Team existieren, wenn ein Benutzer zum ersten Mal beitritt oder wiederhergestellt wird. Sie synchronisiert Berechtigungen nicht kontinuierlich oder wendet sie nicht automatisch auf zukünftige Projekte an, und der Endpunkt weist keine Team Owner, Billing Manager oder benutzerdefinierten Teamrollen zu.

Unterstützte API-gesteuerte Administration im Audit-Trail nachvollziehbar halten

Unterstützte externe administrative API-Operationen, die bestehenden Audit-Events entsprechen, werden nun in den Audit-Trail integriert. Dies bietet Governance-Teams eine bessere Kontinuität zwischen in der Apidog-Oberfläche ausgeführten Aktionen und unterstützten Aktionen, die durch Automatisierung durchgeführt werden.

Zusammen machen reichere Mitgliederdaten, sicherere Teamzugriffsautomatisierung und eine breitere Audit-Abdeckung die Unternehmensadministration einfacher zu automatisieren, ohne die für die operative Überprüfung erforderliche Sichtbarkeit zu verlieren.

Geltungsbereich: Die Audit-Abdeckung gilt für unterstützte externe API-Operationen, die mit bestehenden Audit-Events verknüpft sind; sie sollte nicht als universelle Protokollierung jeder API-Anfrage oder jedes Management-Endpunkts interpretiert werden.

✨ Weitere Verbesserungen

Der August umfasst auch eine Reihe gezielter Verbesserungen in den Bereichen Umgebungskonfiguration, Unternehmensrichtlinien, Internationalisierung, Spezifikations-Workflows und Projektadministration.

Unternehmens- und Umgebungsmanagement

Projekteinrichtung, Importe und Spezifikationen

Zusammen reduzieren diese Verbesserungen wiederkehrende Einrichtungs- und Verwaltungsreibungen, ohne mit den drei primären Unternehmens-Workflows des Releases zu konkurrieren.


🛠️ Bemerkenswerte Fehlerbehebungen

Die Releases im August haben auch Zuverlässigkeitsprobleme in Bezug auf Git-Branches, OpenAPI-Import und -Export, geteilte Dokumentation, CLI-erstellte Daten und Testausführung behoben. Die wichtigsten Korrekturen fallen in drei Workflow-Gruppen.

Sicherere Branch-, Import-, Export- und Code-Generierungs-Workflows

Genauere Validierung und geteilte Dokumentation

Zuverlässigere CLI-Daten und Testausführung

Diese Korrekturen reduzieren die Wahrscheinlichkeit, dass ein korrekter Workflow das falsche Branch-Ziel, einen unvollständigen Export, fehlende Dokumentation oder irreführendes Test-Feedback erzeugt.


🌟 Was das bedeutet

Die wichtigsten Updates im August stärken drei miteinander verbundene Teile des Betriebsmodells für Unternehmens-APIs:

Fokus Was sich verbessert Warum es wichtig ist
Gesteuerte Git-Konnektivität Apidog kann sich mit GitHub Enterprise Cloud Data-Residency-Hosts auf *.ghe.com für Git-Verbindungen, Repository-Import und OpenAPI-Backup verbinden. Teams behalten Repositories in der GitHub-Umgebung und Branch-Struktur, die ihre Organisation kontrolliert.
Identität-zu-Projekt-Zugriff SSO-Sitzungen reduzieren Einstiegspunkte in persönliche Bereiche, während SAML-Gruppenmapping die Projektmitgliedschaft initialisiert und verwaltet. Onboarding und Offboarding werden vorhersehbarer, mit weniger manueller Berechtigungsreparatur.
Auditierbare Administration APIs für Organisationsmitglieder geben nützlichere Identitätsdaten zurück, die Team Access Grant API automatisiert das geschützte Team-Onboarding mit expliziter Initialisierung des Projektzugriffs, und unterstützte externe administrative Operationen fließen in bestehende Audit-Events ein. Teams können mehr Administration automatisieren, ohne die Kontrolle und Sichtbarkeit aufzugeben, die für Onboarding, Inventarisierung, Zugriffsprüfung und Governance erforderlich sind.

Die zusätzlichen Verbesserungen in den Bereichen Umgebung, Richtlinien, Spezifikationen und Zuverlässigkeit machen alltägliche Workflows zuverlässiger, aber die übergeordnete Richtung ist konsistent: die Abstimmung von Repository-Governance, Identitätszugriff und administrativer Automatisierung, während Unternehmens-API-Programme wachsen.


💬 Nehmen Sie an der Diskussion teil

Verbinden Sie sich mit anderen API-Ingenieuren und dem Apidog-Team:

P.S. Für die detaillierten Release Notes, siehe das Apidog Changelog, einschließlich der Versionen 2.8.41, 2.8.42, 2.8.43 und 2.8.44.

Mit freundlichen Grüßen,
Das Apidog-Team

Praktizieren Sie API Design-First in Apidog

Entdecken Sie eine einfachere Möglichkeit, APIs zu erstellen und zu nutzen

APIDOG August-Updates: GitHub Enterprise Cloud, Stärkere SSO-Governance und mehr auditierbare Admin-APIs