AWS Trasforma la modernizzazione continua

Che cos'è AWS Trasformare la modernizzazione continua?

AWS La modernizzazione continua di Transform fornisce analisi e correzione per i tuoi repository di codice sorgente. Puoi connettere GitHub organizzazioni, GitLab gruppi, aree di lavoro Bitbucket e repository locali, quindi eseguire analisi automatizzate per identificare il debito tecnico, le vulnerabilità di sicurezza, le opportunità di modernizzazione e la disponibilità degli agenti nell'intera codebase.

Tutte le Account AWS analisi e le correzioni vengono eseguite direttamente utilizzando le tue credenziali. Il codice sorgente rimane sotto il tuo controllo.

Nota

Ti consigliamo di iniziare con Kiro Power o il plugin Agent. L'abilità dell'agente orchestra la configurazione, l'onboarding e l'uso continuo della modernizzazione continua, tra cui il provisioning dell'infrastruttura, la configurazione dei sorgenti, l'esecuzione dell'analisi, la valutazione dei risultati e la correzione. Per le istruzioni di installazione, consulta Strumenti per sviluppatori.

Funzionalità chiave

AWS La modernizzazione continua di Transform offre le seguenti funzionalità:

• Analisi del debito tecnologico: scansiona gli archivi alla ricerca di dipendenze obsolete, vulnerabilità di sicurezza, problemi di qualità del codice e opportunità di modernizzazione. Esegui scansioni rapide basate sugli agenti tra i manifesti dei pacchetti o analisi complete a livello di codice. Definisci criteri di analisi personalizzati utilizzando definizioni di trasformazione adattate al tuo ambiente.

• Riparazione autonoma: genera richieste pull convalidate su larga scala. Ogni risultato può essere riparato automaticamente utilizzando la definizione di trasformazione associata. Remediation crea filiali e si apre PRs/MRs automaticamente su GitHub GitLab, e Bitbucket.

• Reporting: genera report HTML che mostrano i risultati per gravità, archivio e tipo di analisi. Monitora l'avanzamento delle misure correttive e la ricerca di una soluzione nel tempo.

• Monitoraggio continuo: pianifica analisi ricorrenti per monitorare continuamente il tuo portafoglio alla ricerca di nuovi problemi. Eseguili sull' AWS Transform-managed infrastruttura senza alcuna configurazione o su uno stack Amazon EC2 o Batch fornito utilizzando EventBridge Amazon Scheduler. Configura cadenze giornaliere, settimanali o mensili.

Tipi di analisi

AWS La modernizzazione continua di Transform supporta i seguenti tipi di analisi per soddisfare le vostre esigenze di modernizzazione.

Tipo	Description
rapid-techdebt-analysis	Scansione rapida dei manifesti dei pacchetti (pom.xml,package.json,requirements.txt) utilizzando l'agente AWS Transform per identificare versioni obsolete e dipendenze obsolete. Non analizza il codice sorgente.
tech-debt-comprehensive	Analisi tecnica approfondita del debito a livello di codice utilizzando l'agente AWS Transform. Esamina il codice sorgente per identificare i modelli di debito, i problemi di qualità del codice, i problemi di architettura e le opportunità di miglioramento.
security	Test statici di sicurezza delle applicazioni (SAST) utilizzando AWS Security Agent. Esegue la scansione del codice sorgente alla ricerca di modelli di codifica non sicuri come SQL injection, segreti codificati e deserializzazione non sicura. Richiede una configurazione unica dell'infrastruttura.
agentic-readiness	Valutazione della preparazione all'integrazione di AI e agenti. Assegna 56 criteri in cinque categorie: infrastruttura e piattaforma, architettura delle applicazioni, Data Foundations e Operations & Observability. Identity/Security/Governance
modernization-readiness	Valutazione delle opportunità di modernizzazione del cloud. Valuta la preparazione in tutte le dimensioni di infrastruttura, applicazione, dati, sicurezza e operazioni. Identifica i candidati per la containerizzazione, la migrazione senza server e gli aggiornamenti della piattaforma.
custom	Esegui una delle tue definizioni di trasformazione come analisi in cui ogni problema descritto viene riportato come risultato, che può essere collegato a una trasformazione AWS gestita che lo risolve.

Comprensione dei concetti chiave

Origini

Una fonte indica alla modernizzazione continua dove si trovano i tuoi repository. Tipi di sorgenti supportati:

• GitHub— Organizzazioni con token di accesso personali (classico)

• GitLab— Gruppi o utenti, incluse le istanze ospitate autonomamente

• Bitbucket: spazi di lavoro (cloud) o progetti (data center)

• Locale: directory principali contenenti repository git

Repositories

I repository vengono scoperti mediante la scansione delle fonti. Dopo il rilevamento, è possibile filtrare per origine, etichette o altri criteri, applicare etichette in base all'organizzazione (team, priorità, ondata di migrazione) e indirizzare repository specifici per l'analisi o la correzione.

Analisi

Un'analisi è una scansione di uno o più repository utilizzando un tipo di analisi specifico. Ogni analisi produce risultati che identificano i problemi nel codice. È possibile eseguire analisi su richiesta o programmarle per l'esecuzione automatica. I tipi di analisi includono l'analisi rapida del debito tecnologico, l'analisi completa del debito tecnico, la sicurezza, la preparazione agli agenti, la preparazione alla modernizzazione e la personalizzazione. Ogni analisi tiene traccia del proprio stato (in sospeso, in esecuzione, completa, annullata o non riuscita) e dei repository scansionati.

Esiti

I risultati sono i risultati dell'analisi. Ogni risultato include la gravità (alta, media o bassa), lo stato (aperto, ignorato o obsoleto) e la trasformazione della correzione che può porvi rimedio (se risolvibile automaticamente). Le nuove scoperte iniziano come aperte e gli utenti possono ignorarle indicando un motivo. Re-analysis contrassegna automaticamente i risultati risolti come obsoleti.

Correzioni

Le riparazioni applicano le definizioni di trasformazione per correggere i risultati. Tre modalità: basata sui risultati (ogni risultato utilizza la propria trasformazione fissa), TD override (sovrascrive la definizione di trasformazione per risultati specifici) e TD diretta (esegue una trasformazione su un repository senza risultati). L'output dipende dal fornitore di origine (GitHub PR, GitLab MR, Bitbucket PR o filiale locale).

Definizioni di trasformazione

Una definizione di trasformazione contiene le istruzioni e le conoscenze necessarie per eseguire una trasformazione specifica del codice. Esistono due tipi:

• AWS le definizioni di trasformazione gestita sono predefinite e controllate da AWS e sono pronte all'uso senza alcuna configurazione. I loro nomi iniziano conAWS/, per esempio. AWS/java-version-upgrade I risultati li collegano come soluzione.

• Le definizioni di trasformazione personalizzate sono quelle che crei e pubblichi nel registro delle trasformazioni del tuo Account AWS. Utilizzatele per individuare i vostri problemi con un'analisi personalizzata o per apportare modifiche personalizzate correggendoli.

La categoria di una definizione di trasformazione determina dove può essere utilizzata: l'analisi personalizzata esegue le definizioni di trasformazione con la analysis categoria e la correzione esegue le definizioni di trasformazione con la remediation categoria o le trasformazioni AWS gestite. Per ulteriori informazioni, consulta Categorie di definizione delle trasformazioni.

In che modo AWS Transform: la modernizzazione continua funziona

AWS La modernizzazione continua di Transform viene in genere utilizzata in progetti su larga scala in cui più codebase richiedono analisi e correzioni continue. I team in genere seguono questo flusso di lavoro:

1. Connect Sources: aggiungi GitHub organizzazioni, GitLab gruppi, aree di lavoro Bitbucket o directory locali come fonti. Fornisci token di autenticazione con ambiti appropriati.

2. Scopri i repository: esegui scansioni di rilevamento per enumerare tutti i repository nelle tue fonti. Usa le etichette per organizzare gli archivi per team, priorità o ondata di migrazione.

3. Esegui analisi: esegui analisi su tutto il tuo portafoglio. Scegli scansioni rapide per risultati rapidi o analisi complete per risultati dettagliati. L'analisi della sicurezza richiede una configurazione dell'infrastruttura una tantum.

4. Esamina i risultati: esamina i risultati per gravità, archivio o tipo di analisi. Elimina i falsi positivi con motivazioni documentate. Re-runanalisi per contrassegnare i problemi risolti come obsoleti.

5. Correzione: crea correzioni per correggere i risultati. La modernizzazione continua crea automaticamente filiali e apre pull/merge le richieste con le correzioni. Tieni traccia dello stato delle riparazioni e riprova gli errori.

6. Configura l'analisi continua: pianifica analisi ricorrenti con i atx ct schedule comandi, che utilizzano Amazon Scheduler. EventBridge Configura la cadenza di analisi (giornaliera, settimanale o mensile) per monitorare continuamente il tuo portafoglio alla ricerca di nuove problematiche. Combinalo con la correzione automatica per mantenere l'integrità del codice nel tempo.

Opzioni di calcolo

La modernizzazione continua supporta diverse opzioni di elaborazione per l'esecuzione di analisi e correzioni. Le analisi possono essere eseguite localmente, sull'infrastruttura fornita e gestita Account AWS (Amazon EC2 o AWS Batch) o AWS Transform-managed su un'infrastruttura che non richiede alcuna configurazione. Le competenze degli agenti nel plugin Kiro Power e agent ti aiutano a configurare ogni opzione.

Nota

Indipendentemente dall'opzione di calcolo, crei e possiedi tutte le risorse Account AWS utilizzando le tue credenziali e il codice sorgente rimane sotto il tuo controllo. L'infrastruttura che esegue le analisi e le correzioni può essere gestita dal cliente, ossia uno stack fornito dall'utente all'interno dell'account, oppure AWS Transform-managed, dove AWS l'elaborazione viene gestita al posto tuo e non c'è nulla da fornire.

Locale (impostazione predefinita)

Per impostazione predefinita, le analisi vengono eseguite sul computer locale. Questa opzione non richiede alcuna infrastruttura aggiuntiva. Il server viene eseguito localmente ed esegue le analisi utilizzando risorse di calcolo locali. Ottimo per provare lo strumento, piccoli repository o per uso individuale.

AWS Transform-managed (nessuna infrastruttura da fornire)

Esegui analisi sull' AWS Transform-managed infrastruttura senza effettuare il provisioning o gestire uno stack. Con--mode aws-managed, invii l'analisi a AWS Transform, che la esegue su AWS un'infrastruttura gestita. Non ci sono istanze Amazon EC2, stack AWS Batch e VPC o sottoreti da configurare. Non c'è nulla da predisporre o eliminare: l'invio è l'esecuzione. Questo è il modo più veloce per eseguire in remoto quando non si desidera gestire alcuna infrastruttura.

Questa opzione richiede una fonte ospitata su un provider SCM supportato (GitHubGitLab, oBitbucket). AWS Transform-managed l'infrastruttura non supporta le fonti locali perché non può raggiungere i repository sul computer. Puoi scegliere la AWS regione in cui viene eseguito il carico di lavoro con l'--regionopzione.

AWS Transform-managed l'infrastruttura esegue solo analisi. Per la correzione o per eseguire una definizione di trasformazione personalizzata (--type custom), usa AWS Batch o Amazon EC2.

Per eseguirlo sull' AWS Transform-managed infrastruttura, usa il atx ct remote analysis --mode aws-managed comando (vediEsecuzione remota) o installa Kiro Power o il plug-in dell'agente (vediStrumenti per sviluppatori) e chiedi all'agente: «Esegui la mia analisi AWS senza infrastruttura». Un'analisi ricorrente sull' AWS Transform-managed infrastruttura richiede un ruolo di esecuzione (vedi). Pianificazione di analisi ricorrenti

È inoltre possibile avviare un'analisi sull' AWS Transform-managed infrastruttura dalla pagina di modernizzazione continua dell'applicazione web AWS Transform (vedere). AWS Trasforma l'applicazione web

AWS Batch (Fargate) (consigliato)

Per la maggior parte dei portafogli, puoi eseguire analisi su AWS Batch with Fargate, che è l'opzione di calcolo consigliata. Ogni analisi viene eseguita come un processo isolato nel proprio contenitore con elaborazione serverless, quindi non c'è un'infrastruttura persistente da gestire e i lavori sono scalabili orizzontalmente per l'analisi parallela di più fonti o tipi di analisi.

Il provisioning implementa l'infrastruttura richiesta, tra cui:

• AWS Ambiente di elaborazione e coda di lavoro in batch

• Definizione del lavoro con l'immagine del contenitore di modernizzazione continua

• Ruoli IAM per l'esecuzione di lavori in batch

• Una funzione Lambda per l'invio di lavori

Il provisioning dell'infrastruttura richiede le autorizzazioni di amministratore. Per eseguire analisi e correzioni su uno stack Batch già fornito con privilegi minimi, allega la policy gestita. AWS AWSTransformInfrastructureExecutorAccessBatch

Per configurare l'esecuzione in Batch, usa direttamente i atx ct remote comandi (vediEsecuzione remota), oppure installa Kiro Power o il plugin dell'agente (vediStrumenti per sviluppatori) e chiedi all'agente: «Esegui la mia analisi su Fargate» o «Imposta l'esecuzione in Batch per la modernizzazione continua». L'agente distribuisce lo stack, memorizza le credenziali di origine in Secrets Manager e invia i lavori di analisi a Batch. AWS

Amazon Amazon EC2

Esegui analisi su un'istanza Amazon EC2 persistente nel tuo. Account AWS Questa opzione scarica l'elaborazione dal computer locale, supporta analisi più ampie e consente analisi pianificate ricorrenti. L'istanza rimane in esecuzione tra gli invii.

Il provisioning implementa uno AWS CloudFormation stack che include:

• Un'istanza Amazon EC2 (Amazon Linux 2023) con Docker e il contenitore di modernizzazione continua

• Un ruolo IAM con autorizzazioni per AWS Transform, Amazon S3, KMS AWS , Secrets Manager e l'agente di sicurezza

• AmazonSSMManagedInstanceCoreper l'accesso alla shell tramite SSM (non sono richieste coppie di chiavi SSH o porte in ingresso)

• Un gruppo di sicurezza senza regole in entrata

L'infrastruttura di provisioning richiede le autorizzazioni di amministratore per la gestione del ciclo di vita di Amazon EC2, le operazioni di stack, la creazione di ruoli IAM AWS CloudFormation , le operazioni con i bucket di Amazon S3, la gestione segreta di Secrets Manager e i comandi SSM. Per eseguire analisi e correzioni su uno stack Amazon EC2 già fornito con privilegi minimi, allega la policy gestita. AWS AWSTransformInfrastructureExecutorAccessEC2

Per configurare l'esecuzione di Amazon EC2, usa direttamente i atx ct remote comandi (vediEsecuzione remota) oppure installa Kiro Power o il plug-in dell'agente (vediStrumenti per sviluppatori) e chiedi all'agente: «Configura un'istanza EC2 per l'analisi della modernizzazione continua». L'agente effettua il provisioning dell'infrastruttura, verifica che il contenitore sia integro e invia le analisi tramite SSM, senza bisogno di SSH.

Configurazione del Security Agent

Il tipo di security analisi utilizza il servizio AWS Security Agent per il test statico della sicurezza delle applicazioni (SAST) del codice sorgente. A differenza di altri tipi di analisi, richiede una sola configurazione dell'infrastruttura nel tuo. Account AWS

Nota

Il tipo di security analisi non è disponibile nelle seguenti regioni: Canada (Centrale) (ca-central-1), Europa (Londra) (eu-west-2) e Asia Pacifico (Seoul) (ap-northeast-2). Gli altri tipi di analisi non sono interessati.

Il comando setup fornisce uno AWS CloudFormation stack che include:

• Un bucket Amazon S3 per il caricamento del codice sorgente

• Un ruolo IAM assunto da securityagent.amazonaws.com

• Una politica gestita per il ruolo di agente di sicurezza

Per eseguire analisi di sicurezza con il minimo privilegio dopo la configurazione, collega la policy AWS gestita AWSTransformSecurityAgentExecutorAccess al tuo utente o ruolo IAM.

Il tuo utente o ruolo IAM deve disporre delle seguenti autorizzazioni aggiuntive per eseguire la configurazione:

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

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

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

Utilizza i seguenti comandi per gestire l'infrastruttura del Security Agent:

# 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

Al termine della configurazione, è possibile eseguire le analisi di sicurezza allo stesso modo degli altri tipi di analisi.