AWS Transformieren Sie die kontinuierliche Modernisierung

Was ist AWS Kontinuierliche Modernisierung transformieren?

AWS Transform Continuous Modernization bietet Analysen und Problembehebungen für Ihre Quellcode-Repositorys. Du kannst GitHub Organisationen, GitLab Gruppen, Bitbucket-Workspaces und lokale Repositorys miteinander verbinden und dann automatisierte Analysen durchführen, um technische Probleme, Sicherheitslücken, Modernisierungsmöglichkeiten und die Bereitschaft der Agenten in deiner gesamten Codebasis zu identifizieren.

Sämtliche Analysen und Problembehebungen werden von dir aus mit deinen Zugangsdaten ausgeführt. AWS-Konto Ihr Quellcode bleibt unter Ihrer Kontrolle.

Anmerkung

Wir empfehlen, mit dem Kiro Power- oder Agent-Plugin zu beginnen. Die Agentenkompetenz koordiniert die Einrichtung, das Onboarding und die kontinuierliche Nutzung der kontinuierlichen Modernisierung, einschließlich der Bereitstellung der Infrastruktur, der Konfiguration der Quellen, der Ausführung von Analysen, der Prüfung der Ergebnisse und der Problembehebung. Installationsanweisungen finden Sie unter Entwicklertools.

Die wichtigsten Funktionen

AWS Die kontinuierliche Modernisierung von Transform bietet die folgenden Funktionen:

• Tech Debt Analysis — Durchsucht Repositorys nach veralteten Abhängigkeiten, Sicherheitslücken, Problemen mit der Codequalität und Modernisierungsmöglichkeiten. Führen Sie schnelle, agentengesteuerte Scans für alle Paketmanifeste oder umfassende Analysen auf Codeebene durch. Definieren Sie benutzerdefinierte Analysekriterien mithilfe von Transformationsdefinitionen, die auf Ihre Umgebung zugeschnitten sind.

• Autonome Problembehebung — Generieren Sie validierte Pull-Requests in großem Umfang. Jeder Befund kann mithilfe der zugehörigen Transformationsdefinition automatisch korrigiert werden. Bei der Korrektur werden Verzweigungen erstellt und PRs/MRs automatisch in GitHub, GitLab, und Bitbucket geöffnet.

• Berichterstattung — Generieren Sie HTML-Berichte, in denen die Ergebnisse nach Schweregrad, Repository und Analysetyp aufgeführt sind. Verfolgen Sie den Fortschritt der Problembehebung und die Suche nach einer Lösung im Laufe der Zeit.

• Kontinuierliche Überwachung — Planen Sie wiederkehrende Analysen ein, um Ihr Portfolio kontinuierlich auf neue Probleme zu überprüfen. Führen Sie sie auf einer AWS Transform-managed Infrastruktur ohne Einrichtung oder auf einem bereitgestellten Amazon EC2- oder Batch-Stack mit Amazon EventBridge Scheduler aus. Konfigurieren Sie tägliche, wöchentliche oder monatliche Kadenzen.

Arten von Analysen

AWS Transform Continuous Modernization unterstützt die folgenden Analysetypen, um Ihren Modernisierungsanforderungen gerecht zu werden.

Typ	Description
rapid-techdebt-analysis	Schnelles Scannen von Paketmanifesten (pom.xml,package.json,requirements.txt) mithilfe des AWS Transform-Agenten zur Identifizierung veralteter Versionen und veralteter Abhängigkeiten. Analysiert den Quellcode nicht.
tech-debt-comprehensive	Umfassende technische Schuldenanalyse auf Codeebene mithilfe des AWS Transform-Agenten. Untersucht den Quellcode, um Schuldenmuster, Probleme mit der Codequalität, Architekturprobleme und Verbesserungsmöglichkeiten zu identifizieren.
security	Statische Anwendungssicherheitstests (SAST) mit dem AWS Security Agent. Durchsucht den Quellcode nach unsicheren Codierungsmustern wie SQL-Injection, hartcodierten Geheimnissen und unsicherer Deserialisierung. Erfordert eine einmalige Einrichtung der Infrastruktur.
agentic-readiness	Bewertung der Eignung für KI und Agentenintegration Es werden 56 Kriterien in fünf Kategorien bewertet: Infrastruktur und Plattform, Anwendungsarchitektur, Datengrundlagen sowie Betrieb und Beobachtbarkeit. Identity/Security/Governance
modernization-readiness	Bewertung der Möglichkeiten zur Modernisierung der Cloud. Bewertet die Einsatzbereitschaft in allen Bereichen Infrastruktur, Anwendung, Daten, Sicherheit und Betrieb. Identifiziert Kandidaten für Containerisierung, serverlose Migration und Plattform-Upgrades.
custom	Führen Sie eine Ihrer eigenen Transformationsdefinitionen als Analyse durch, wobei jedes beschriebene Problem als Ergebnis gemeldet wird, das mit einer AWS verwalteten Transformation verknüpft werden kann, die das Problem behebt.

Verständnis wichtiger Konzepte

Quellen

Aus einer Quelle geht hervor, wo sich Ihre Repositorys im Rahmen der kontinuierlichen Modernisierung befinden. Unterstützte Quelltypen:

• GitHub— Organizations mit persönlichen Zugriffstoken (klassisch)

• GitLab— Gruppen oder Benutzer, einschließlich selbst gehosteter Instanzen

• Bitbucket — Workspaces (Cloud) oder Projekte (Rechenzentrum)

• Lokal — Übergeordnete Verzeichnisse, die Git-Repositorys enthalten

Repositorien

Repositorien werden durch das Scannen von Quellen entdeckt. Nach der Erkennung können Sie nach Quelle, Labels oder anderen Kriterien filtern, Labels für die Organisation (Team, Priorität, Migrationswelle) anwenden und spezifische Repositorys zur Analyse oder Behebung gezielt auswählen.

Analysen

Eine Analyse ist ein Scan eines oder mehrerer Repositorys unter Verwendung eines bestimmten Analysetyps. Jede Analyse liefert Ergebnisse, die Probleme in Ihrem Code identifizieren. Sie können Analysen bei Bedarf ausführen oder sie so planen, dass sie automatisch ausgeführt werden. Zu den Analysetypen gehören Rapid-Tech-Debt-Analysis, Tech-Debt-Comprehensive, Security, Agentic-Readiness, Modernization-Readiness und Custom. Jede Analyse verfolgt ihren Status (ausstehend, läuft, abgeschlossen, storniert oder fehlgeschlagen) und die gescannten Repositorys.

Ergebnisse

Die Ergebnisse sind die Ergebnisse der Analyse. Jedes Ergebnis umfasst den Schweregrad (hoch, mittel oder niedrig), den Status (offen, verworfen oder veraltet) und die Korrekturtransformation, mit der das Problem behoben werden kann (sofern automatisch behoben werden kann). Neue Ergebnisse beginnen als offen, und Benutzer können sie mit einem bestimmten Grund verwerfen. Re-analysis markiert gelöste Ergebnisse automatisch als veraltet.

Abhilfemaßnahmen

Bei Abhilfemaßnahmen werden Transformationsdefinitionen angewendet, um die Ergebnisse zu korrigieren. Drei Modi: ergebnisbasiert (jedes Ergebnis verwendet seine eigene Korrekturtransformation), TD-Override (überschreibt die Transformationsdefinition für bestimmte Ergebnisse) und direktes TD (führt eine Transformation für ein Repository ohne Ergebnisse durch). Die Ausgabe hängt vom Quellanbieter ab (GitHub PR, GitLab MR, Bitbucket PR oder Local Branch).

Definitionen der Transformation

Eine Transformationsdefinition enthält die Anweisungen und das Wissen, die für die Durchführung einer bestimmten Codetransformation erforderlich sind. Es gibt zwei Arten:

• AWS Definitionen für verwaltete Transformationen sind vorkonfiguriert AWS, von geprüft und können ohne jegliche Einrichtung sofort verwendet werden. Ihre Namen beginnen AWS/ beispielsweise mit. AWS/java-version-upgrade Die Ergebnisse verweisen auf sie als Lösung.

• Benutzerdefinierte Transformationsdefinitionen erstellen Sie und veröffentlichen sie in der Transformationsregistrierung in Ihrem AWS-Konto. Verwenden Sie sie, um mit einer benutzerdefinierten Analyse nach Ihren eigenen Problemen zu suchen oder um im Rahmen einer Problembehebung Ihre eigenen Änderungen vorzunehmen.

Die Kategorie einer Transformationsdefinition bestimmt, wo sie verwendet werden kann: Bei einer benutzerdefinierten Analyse werden Transformationsdefinitionen mit der analysis Kategorie ausgeführt, und bei der Korrektur werden Transformationsdefinitionen mit der remediation Kategorie oder den AWS verwalteten Transformationen ausgeführt. Weitere Informationen finden Sie unter Kategorien von Transformationsdefinitionen.

Wie AWS Transformation: Kontinuierliche Modernisierung funktioniert

AWS Transform Continuous Modernization wird in der Regel bei Großprojekten eingesetzt, bei denen mehrere Codebasen kontinuierlich analysiert und behoben werden müssen. Teams folgen in der Regel diesem Arbeitsablauf:

1. Quellen Connect — Füge GitHub Organisationen, GitLab Gruppen, Bitbucket-Workspaces oder lokale Verzeichnisse als Quellen hinzu. Stelle Authentifizierungstoken mit entsprechenden Gültigkeitsbereichen bereit.

2. Repositorys entdecken — Führen Sie Discovery-Scans durch, um alle Repositorys in Ihren Quellen aufzulisten. Verwenden Sie Labels, um Repositorys nach Team, Priorität oder Migrationswelle zu organisieren.

3. Analyse ausführen — Führen Sie Analysen in Ihrem gesamten Portfolio durch. Wählen Sie schnelle Scans für schnelle Ergebnisse oder umfassende Analysen für detaillierte Ergebnisse. Die Sicherheitsanalyse erfordert eine einmalige Einrichtung der Infrastruktur.

4. Ergebnisse der Triage — Überprüfen Sie die Ergebnisse nach Schweregrad, Repository oder Analysetyp. Falsch positive Ergebnisse mit dokumentierten Gründen zurückweisen. Re-runAnalyse, um gelöste Probleme als veraltet zu kennzeichnen.

5. Korrigieren — Erstellen Sie Abhilfemaßnahmen, um die Ergebnisse zu korrigieren. Durch die kontinuierliche Modernisierung werden automatisch Filialen erstellt und pull/merge Anfragen mit den Problembehebungen geöffnet. Verfolgen Sie den Status der Problembehebung und versuchen Sie, Fehler erneut zu versuchen.

6. Kontinuierliche Analyse einrichten — Planen Sie wiederkehrende Analysen mit den atx ct schedule Befehlen, die Amazon EventBridge Scheduler verwenden. Konfigurieren Sie den Analyserhythmus (täglich, wöchentlich oder monatlich), um Ihr Portfolio kontinuierlich auf neue Probleme zu überprüfen. Kombinieren Sie es mit automatisierter Problembehebung, um die Integrität des Codes im Laufe der Zeit aufrechtzuerhalten.

Rechenoptionen

Die kontinuierliche Modernisierung unterstützt mehrere Rechenoptionen für die Durchführung von Analysen und Problembehebungen. Analysen können lokal, auf einer Infrastruktur, die Sie in Ihrer AWS-Konto (Amazon Amazon EC2 oder AWS Batch) bereitstellen und verwalten, oder auf einer AWS Transform-managed Infrastruktur ausgeführt werden, für die keine Einrichtung erforderlich ist. Die Agentenfähigkeiten in Kiro Power und das Agenten-Plugin helfen Ihnen bei der Einrichtung der einzelnen Optionen.

Anmerkung

Unabhängig von der Rechenoption erstellen und besitzen Sie alle Ressourcen unter AWS-Konto Verwendung Ihrer Anmeldeinformationen, und Ihr Quellcode bleibt unter Ihrer Kontrolle. Die Infrastruktur, in der Analysen und Problembehebungen ausgeführt werden, wird entweder vom Kunden verwaltet — ein Stack AWS Transform-managed, den Sie in Ihrem Konto bereitstellen — oder die Infrastruktur AWS betreibt die Rechenleistung für Sie und es gibt nichts bereitzustellen.

Lokal (Standard)

Standardmäßig werden Analysen auf Ihrem lokalen Computer ausgeführt. Für diese Option ist keine zusätzliche Infrastruktur erforderlich. Der Server wird lokal ausgeführt und führt Analysen mithilfe lokaler Rechenressourcen aus. Gut zum Ausprobieren des Tools, für kleine Repositorien oder für den individuellen Gebrauch.

AWS Transform-managed (es muss keine Infrastruktur bereitgestellt werden)

Führen Sie Analysen der AWS Transform-managed Infrastruktur durch, ohne einen Stack bereitzustellen oder zu verwalten. Mit --mode aws-managed reichen Sie die Analyse an AWS Transform weiter, das sie auf einer von ihr AWS betriebenen Infrastruktur ausführt. Es gibt keine Amazon EC2 EC2-Instance, keinen AWS Batch-Stack und keine VPC oder Subnetze, die konfiguriert werden müssen. Es gibt nichts, was bereitgestellt oder entfernt werden müsste — die Einreichung ist der Lauf. Dies ist der schnellste Weg, um remote zu arbeiten, wenn Sie keine Infrastruktur verwalten möchten.

Für diese Option ist eine Quelle erforderlich, die auf einem unterstützten SCM-Anbieter gehostet wird (GitHub,GitLab, oderBitbucket). AWS Transform-managed Die Infrastruktur unterstützt keine lokalen Quellen, da sie keine Repositorys auf Ihrem Computer erreichen kann. Mit der --region Option können Sie die AWS Region auswählen, in der der Workload ausgeführt wird.

AWS Transform-managed Die Infrastruktur führt nur Analysen durch. Verwenden Sie AWS Batch oder Amazon EC2, um Abhilfe zu schaffen oder eine benutzerdefinierte Transformationsdefinition (--type custom) auszuführen.

Verwenden Sie zur Ausführung auf der AWS Transform-managed Infrastruktur den atx ct remote analysis --mode aws-managed Befehl (sieheAusführung aus der Ferne) oder installieren Sie das Kiro Power- oder Agent-Plugin (sieheEntwicklertools) und fragen Sie den Agenten: „Meine Analyse AWS ohne Infrastruktur ausführen“. Für eine wiederkehrende Analyse der AWS Transform-managed Infrastruktur ist eine Ausführungsrolle erforderlich (siehePlanung wiederkehrender Analysen).

Sie können eine Analyse der AWS Transform-managed Infrastruktur auch von der Seite „Kontinuierliche Modernisierung“ in der AWS Transform-Webanwendung aus starten (sieheAWS Transformieren Sie die Webanwendung).

AWS Batch (Fargate) (empfohlen)

Für die meisten Portfolios können Sie Analysen auf AWS Batch mit Fargate ausführen, was die empfohlene Berechnungsoption ist. Jede Analyse wird als isolierter Job in einem eigenen Container mit serverloser Rechenleistung ausgeführt, sodass keine persistente Infrastruktur verwaltet werden muss und die Jobs für die parallel Analyse mehrerer Quellen oder Analysetypen skaliert werden.

Beim Provisioning wird die erforderliche Infrastruktur bereitgestellt, einschließlich:

• AWS Batch-Job-Warteschlange und Rechenumgebung

• Jobdefinition mit dem Container-Image für kontinuierliche Modernisierung

• IAM-Rollen für die Ausführung von Batch-Jobs

• Eine Lambda-Funktion für die Einreichung von Jobs

Für die Bereitstellung der Infrastruktur sind Administratorrechte erforderlich. Um Analysen und Problembehebungen auf einem bereits bereitgestellten Batch-Stack mit geringsten Rechten auszuführen, fügen Sie die verwaltete Richtlinie hinzu. AWS AWSTransformInfrastructureExecutorAccessBatch

Um die Batch-Ausführung einzurichten, verwenden Sie die atx ct remote Befehle direkt (sieheAusführung aus der Ferne) oder installieren Sie das Kiro Power- oder Agenten-Plugin (sieheEntwicklertools) und fragen Sie den Agenten: „Meine Analyse auf Fargate ausführen“ oder „Batch-Ausführung für kontinuierliche Modernisierung einrichten“. Der Agent stellt den Stack bereit, speichert Ihre Quellanmeldedaten in Secrets Manager und sendet Analyseaufträge an AWS Batch.

Amazon Amazon EC2

Führen Sie Analysen auf einer persistenten Amazon EC2 EC2-Instance in Ihrem AWS-Konto aus. Diese Option entlastet Ihren lokalen Computer, unterstützt größere Analysen und ermöglicht wiederkehrende geplante Analysen. Die Instanz läuft auch zwischen den Einsendungen weiter.

Beim Provisioning wird ein AWS CloudFormation Stack bereitgestellt, der Folgendes umfasst:

• Eine Amazon EC2 EC2-Instance (Amazon Linux 2023) mit Docker und dem Container für kontinuierliche Modernisierung

• Eine IAM-Rolle mit Berechtigungen für AWS Transform, Amazon S3, AWS KMS, Secrets Manager und den Security Agent

• AmazonSSMManagedInstanceCorefür Shell-Zugriff über SSM (kein SSH-Schlüsselpaar oder eingehende Ports erforderlich)

• Eine Sicherheitsgruppe ohne Regeln für eingehenden Datenverkehr

Für die Bereitstellung der Infrastruktur sind Administratorrechte für Amazon EC2 EC2-Lebenszyklusmanagement, AWS CloudFormation Stack-Operationen, IAM-Rollenerstellung, Amazon S3 S3-Bucket-Operationen, Secrets Manager-Geheimverwaltung und SSM-Befehle erforderlich. Um Analysen und Problembehebungen auf einem bereits bereitgestellten Amazon EC2 EC2-Stack mit geringsten Rechten auszuführen, fügen Sie die verwaltete Richtlinie hinzu. AWS AWSTransformInfrastructureExecutorAccessEC2

Um die Amazon EC2 EC2-Ausführung einzurichten, verwenden Sie die atx ct remote Befehle direkt (sieheAusführung aus der Ferne) oder installieren Sie das Kiro Power- oder Agent-Plugin (sieheEntwicklertools) und fragen Sie den Agenten: „Richten Sie eine EC2-Instance für die kontinuierliche Modernisierungsanalyse ein“. Der Agent stellt die Infrastruktur bereit, überprüft, ob der Container fehlerfrei ist, und übermittelt Ihre Analysen über SSM — SSH ist nicht erforderlich.

Einrichtung des Security Agents

Der security Analysetyp verwendet den AWS Security Agent-Dienst für statische Anwendungssicherheitstests (SAST) Ihres Quellcodes. Im Gegensatz zu anderen Analysetypen erfordert er eine einmalige Einrichtung der Infrastruktur in Ihrem AWS-Konto.

Anmerkung

Der security Analysetyp ist in den folgenden Regionen nicht verfügbar: Kanada (Zentral) (ca-central-1), Europa (London) (eu-west-2) und Asien-Pazifik (Seoul) (ap-northeast-2). Die anderen Analysetypen sind davon nicht betroffen.

Der Befehl setup stellt einen AWS CloudFormation Stapel bereit, der Folgendes umfasst:

• Ein Amazon S3 S3-Bucket für das Hochladen von Quellcode

• Eine IAM-Rolle, die übernommen wird von securityagent.amazonaws.com

• Eine verwaltete Richtlinie für die Rolle des Sicherheitsagenten

Wenn Sie nach der Installation Sicherheitsanalysen mit den geringsten Rechten ausführen möchten, fügen Sie die AWS verwaltete Richtlinie AWSTransformSecurityAgentExecutorAccess Ihrem IAM-Benutzer oder Ihrer IAM-Rolle hinzu.

Ihr IAM-Benutzer oder Ihre IAM-Rolle muss über die folgenden zusätzlichen Berechtigungen verfügen, um das Setup ausführen zu können:

• cloudformation:CreateStack, cloudformation:UpdateStack, cloudformation:DescribeStacks

• iam:CreateRole, iam:PutRolePolicy, iam:AttachRolePolicy, iam:CreatePolicy

• s3:CreateBucket, s3:PutBucketEncryption, s3:PutBucketPublicAccessBlock

Verwenden Sie die folgenden Befehle, um die Security Agent-Infrastruktur zu verwalten:

# Provision the security agent infrastructure
atx ct setup security-agent

# Check the status
atx ct setup security-agent --status

# Delete the infrastructure
atx ct setup security-agent --delete

Nach Abschluss der Installation können Sie Sicherheitsanalysen auf die gleiche Weise wie andere Analysetypen ausführen.