Neuerungen in API7 Enterprise 3.2.13: Flexible Service-Veröffentlichung

API7 Enterprise bietet Funktionen, um Gateway-Umgebungen basierend auf Gateway-Gruppen zu trennen und Versionen zwischen verschiedenen Gateway-Gruppen mithilfe von Service-Vorlagen zu verwalten. Mit der zunehmenden Vielfalt der API-Management-Anforderungen haben wir erkannt, dass eine komplexe Versionsverwaltung für einige Benutzer im täglichen Betrieb unnötig ist, sie jedoch flexiblere Konfigurationen und schnelle Iterationsfähigkeiten priorisieren.

Um die Bedürfnisse dieser Benutzer besser zu erfüllen und das Konfigurationserlebnis in Testumgebungen zu verbessern, wird in diesem Update der dynamisch konfigurierbare erzwungene Veröffentlichungsprozess eingeführt.

Vorteile des dynamischen Veröffentlichungsprozesses

1. Erhöhte Effizienz: In Test-Gateway-Gruppen gehen häufige Konfigurationsänderungen oft mit neuen Versionsfreigabeprozessen einher. Durch das Deaktivieren des erzwungenen Service-Veröffentlichungsprozesses in Test-Gateway-Gruppen können Sie Konfigurationsänderungen schnell in der Testumgebung anwenden, ohne die Produktionsumgebung zu beeinträchtigen.

2. Erhöhte Flexibilität: Für Benutzer, die keine strenge Versionsverwaltung benötigen, eliminiert das Deaktivieren des erzwungenen Service-Veröffentlichungsprozesses in allen Gateway-Gruppen umständliche Versionsfreigabeschritte und bietet effiziente und flexible Konfigurationsverwaltungsdienste.

Wie wird die Service-Veröffentlichung erzwungen?

Ändern der Gateway-Gruppen-Konfigurationen

In der neuen Version haben wir die verschachtelte Hierarchie der Gateway-Gruppen vereinfacht und die ursprüngliche Gateway-Gruppen-Listenseite entfernt. Beim Benutzerlogin gelangen Sie nun standardmäßig zur zuletzt aufgerufenen Gateway-Gruppe. Die Liste der vorhandenen Gateway-Gruppen wurde in ein Popup-Fenster verschoben, das durch Klicken auf den Gateway-Gruppennamen im linken Menü aufgerufen werden kann, um schnell zu sehen, zu wechseln oder zu erstellen.

Beim Erstellen oder Bearbeiten von Gateway-Gruppen können Sie wählen, ob "Erzwungene Service-Veröffentlichung" aktiviert werden soll. Standardmäßig ist dieser Schalter ausgeschaltet, was bedeutet, dass Service-Konfigurationen nach der Veröffentlichung direkt geändert werden können, ohne einen Veröffentlichungsprozess durchlaufen zu müssen.

Bearbeiten von Services

Wenn die Gateway-Gruppe keinen erzwungenen Veröffentlichungsprozess aktiviert hat, können Sie direkt in der veröffentlichten Service-Liste der Gateway-Gruppe Services erstellen oder bearbeiten.

Services, die direkt in der Gateway-Gruppe erstellt oder nach dem Deaktivieren des Service-Veröffentlichungsprozesses bearbeitet wurden, haben den Status "Keine Version", was eine inoffiziell veröffentlichte Version anzeigt. Dieser Konfigurationstyp ermöglicht eine schnelle Iteration, ohne sich um die Komplexitäten der Versionsverwaltung kümmern zu müssen.

Beim Erstellen von Services in einer Gateway-Gruppe wird auch eine entsprechende Service-Vorlage erstellt. Unabhängig davon, ob der Service eine Versionsnummer hat, können Sie ihn im Service-Center anzeigen und verwalten.

Hinweise

1. Merkmale von "Keine Version"-Versionen:

   • "Keine Version"-Versionen können jederzeit bearbeitet werden, aber jede Bearbeitung überschreibt vorherige Konfigurationen ohne Aufrechterhaltung eines Verlaufsdatensatzes und ist daher nicht rückgängig zu machen.

   • Um Konfigurationen von "Keine Version"-Versionen zu festigen, können Sie ihnen über einen formalen Veröffentlichungsprozess eine Versionsnummer zuweisen.

2. Synchronisieren von Services mit anderen Gateway-Gruppen:

   • Unabhängig davon, ob die Gateway-Gruppe die Service-Veröffentlichung erzwingt, können Sie Services mit anderen Gateway-Gruppen synchronisieren.

   • Für "Keine Version"-Versionen von Services stellt die Angabe einer Versionsnummer während der Synchronisierung sicher, dass beide Gateway-Gruppen identische Versionen haben.

Upstream-Knoten und Service-Erkennung

Zusätzlich haben wir die Konfigurationen und Anzeigen von Upstream-Knoten und Service-Erkennung integriert und optimiert, wodurch die Verwaltung von Upstream-Adresstypen intuitiver und effizienter wird.

Fazit

Mit diesem Update möchten wir den Benutzern ein flexibleres und effizienteres Service-Konfigurations- und Management-Erlebnis bieten. Ob Sie eine strenge Versionskontrolle in Produktionsumgebungen benötigen oder eine schnelle Iteration in Testumgebungen suchen, diese neuen Funktionen erfüllen Ihre Anforderungen.