Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Verwaltung von Veröffentlichungen
Das Releasemanagement ist die automatisierte Validierungsebene zwischen der Codegenerierung und der Produktionsbereitstellung. AWS DevOps Der Agent überprüft Ihre Codeänderungen auf die Einhaltung von Standards, die Risiken der codebasisübergreifenden Abhängigkeit und die Richtigkeit der Zugriffskontrolle. Anschließend überprüft er das Verhalten durch autonome Releasetests, sodass Probleme erkannt und behoben werden, bevor sie in die Produktion gelangen.
Funktionen für das Release-Management
Das Release-Management umfasst zwei Kernfunktionen:
Überprüfung des Codes zur Release-Bereitschaft — Automatisierte Bewertung von Codeänderungen anhand der Richtlinien Ihres Unternehmens, Repository-übergreifende Abhängigkeitsanalyse und Überprüfung der Zugriffskontrolle. Überprüfungen können während der Codegenerierung, in Pull- und Merge-Anfragen oder auf Abruf per Chat ausgeführt werden. Siehe Code-Reviews zur Veröffentlichungsbereitschaft.
Releasetests — Automatische Generierung und Ausführung von Tests zur Überprüfung des Codeverhaltens vor der Bereitstellung. Der Agent analysiert Ihre Änderung, bestimmt, was getestet werden muss, und führt Tests anhand einer bereitgestellten Instanz Ihrer Anwendung durch. Siehe Testen von Versionen.
Überprüfung des Codes zur Freigabe
Bei der Überprüfung des Codes zur Freigabebereitschaft werden Ihre Codeänderungen im Hinblick auf die Einhaltung von Richtlinien, die Risiken von Abhängigkeiten zwischen verschiedenen Repositorys und die Richtigkeit der Zugriffskontrolle bewertet. Im Gegensatz zu herkömmlichen Linting- oder statischen Analysen verstehen diese Prüfungen die Architektur Ihrer Anwendung, ihre Beziehungen zu anderen Repositorys und die Richtlinien Ihres Unternehmens zur Aufdeckung von Problemen, die zu Produktionsausfällen führen würden.
Der Mitarbeiter bewertet Änderungen aus mehreren Blickwinkeln:
Bewertung der Standards — Beurteilt die Änderung anhand der Standards und bewährten Verfahren Ihres Unternehmens, die als Sprachkenntnisse definiert werden. Richtlinien können Sicherheit, Zuverlässigkeit, Leistung und bewährte Verfahren für den Betrieb umfassen, ohne dass Fachwissen in Form von Richtlinien als Code erforderlich ist.
Cross-repository Abhängigkeitsanalyse — Anhand eines Wissensgraphen, der aus der Indexierung Ihrer verbundenen Repositorys erstellt wurde, wird anhand eines Wissensgraphen ermittelt, wie Ihre Repositorys interagieren, und es wird festgestellt, wann eine Änderung in einem Repository die Verbraucher in einem anderen zu Fall bringt.
Access-control Überprüfung — Stellt bei CloudFormation Änderungen sicher, dass IAM-Richtlinien, Ressourcenrichtlinien und Netzwerkkonfigurationen gut durchdachten Best Practices entsprechen.
Bei jeder Überprüfung wird ein Bericht mit Handlungsempfehlungen (BLOCKIEREN, Vorsicht walten oder Sicher für die Veröffentlichung), einer Zusammenfassung der Änderungen, spezifischen Risikoergebnissen mit den betroffenen Codestellen und umsetzbaren Empfehlungen erstellt. Weitere Informationen finden Sie unter Code-Reviews zur Veröffentlichungsbereitschaft.
Testen Sie die Version
Beim Releasetest werden Tests an einer laufenden Instanz Ihrer Anwendung generiert und ausgeführt, um Codeänderungen zu validieren, bevor sie in die Produktionsumgebung gelangen. Der Agent analysiert Ihre Codeänderungen, bestimmt, was getestet werden muss, generiert änderungsspezifische Testpläne und führt sie für Ihre bereitgestellte Anwendung aus — alles ohne manuelles Verfassen von Tests.
Die wichtigsten Aspekte von Release-Tests:
Change-specific Testpläne — Tests zielen eher auf Risikobereiche ab, die bei der Überprüfung des Codes zur Release-Bereitschaft zutage getreten sind, anstatt eine statische Regressionssuite auszuführen. Der Agent bestimmt anhand der Änderungen, was getestet werden soll.
Ausführung in der realen Umgebung — Tests werden anhand einer bereitgestellten Instanz Ihrer Anwendung in einer vom Kunden bereitgestellten Umgebung ausgeführt. Dabei werden Integrationsfehler und Regressionen erkannt, die Unit-Tests übersehen.
Mehrere Testtypen — Umfasst funktionale Korrektheit, UX-Validierung für Webanwendungen, API-Vertragstests und das Integrationsverhalten zwischen Diensten.
CI/CD Integration — Kann von Ihrer IDE aus, über den DevOps Agenten-Chat oder als Phase in GitHub Aktionen und GitLab CI-Pipelines ausgelöst werden.
Weitere Informationen finden Sie unter Testen von Versionen.
Wo das Release-Management läuft
Das Release-Management lässt sich an mehreren Stellen in Ihren Workflow integrieren:
Während der Codegenerierung — Inline in Kiro IDE und Claude Code, während der Code geschrieben wird, wodurch Probleme behoben werden, bevor der Code überhaupt festgeschrieben wird.
In Pull-Requests und Merge-Requests — Wird automatisch ausgelöst, wenn sie in GitHub und GitLab geöffnet oder aktualisiert PRs/MRs werden. Die Ergebnisse werden als Inline-Kommentare mit empfohlenen Korrekturen angezeigt.
On-demand— Über den DevOps Agenten-Chat, in dem Sie Bewertungen für jeden Branch, jedes Commit oder jedes Repository anfordern und weitere Fragen zu den Ergebnissen stellen können.
Erste Schritte mit dem Release-Management
Um mit der Nutzung von Release-Management-Funktionen zu beginnen:
Connect deine Repositorys — In deinem Agent Space,Anschluss an CI/CD Rohrleitungen. Der Agent indexiert Ihren Code, um einen Wissensgraphen mit den Abhängigkeiten zwischen den einzelnen Repositorys zu erstellen. Die anfängliche Indizierung dauert ungefähr ein bis zwei Stunden.
Definieren Sie Ihre Richtlinien (optional) — Anweisungen für Agenten um Ihr gewünschtes Verhalten bei der Codeüberprüfung und die internen Standards zu definieren, die Sie bei jeder Codeüberprüfung berücksichtigen möchten. Sie können angeben, was eine blockierende Änderung im Vergleich zu einer Warnung darstellt.
Ihre erste Überprüfung auslösen — Verwenden Sie den DevOps Agenten-Chat, um eine Überprüfung der Release-Bereitschaft anzufordern: „Überprüfen Sie den Branch Main auf repo my-service auf Releaserisiken.“ Der Mitarbeiter bewertet die Änderung und sendet Ihnen einen Bericht mit den Ergebnissen zurück.
Wie das Releasemanagement lernt
Das Release-Management verbessert sich im Laufe der Zeit durch zwei Mechanismen:
Repository-Wissen — Während der Agent Ihre Repositorys indexiert, entwickelt er ein immer umfassenderes Verständnis der repository-übergreifenden Abhängigkeiten, gemeinsam genutzten Ressourcen, API-Verträge und Infrastrukturbeziehungen. Dieses Wissen macht die Analyse des Abhängigkeitsrisikos mit jeder Überprüfung genauer.
Customer-provided Fähigkeiten — Definieren Sie benutzerdefinierte FähigkeitenDevOps Fähigkeiten der Agenten, die die spezifischen Ansätze Ihres Unternehmens zur Bewertung von Code kodieren, z. B. wie dienstübergreifende Abhängigkeiten bewertet werden, wann ein Feature-Flag erforderlich ist, welche Muster einer zusätzlichen Prüfung bedürfen oder wie Änderungen anhand Ihrer internen Architekturstandards bewertet werden. Mit diesen Fähigkeiten können Sie dem Agenten die Richtlinien und Praktiken Ihres Teams beibringen, sodass die Bewertungen die Erwartungen Ihres Unternehmens widerspiegeln.
