Passaggio da AMS Advanced a AMS Accelerate

AMS Advanced terminerà il supporto il 30 giugno 2027. Dopo questa data, le funzionalità operative di AMS Advanced non funzioneranno più e tutti i clienti verranno esclusi dal servizio. L' AWS infrastruttura e i carichi di lavoro sottostanti non sono interessati: viene rimosso solo il livello di gestione AMS Advanced.

Questa guida ti aiuta a capire cosa cambia durante la transizione e quali azioni devi intraprendere. AMS Accelerate continua a fornire la gestione degli incidenti, la gestione delle patch, la gestione dei backup e il monitoraggio della sicurezza direttamente negli AWS account esistenti. I carichi di lavoro rimangono invariati senza che sia richiesta alcuna migrazione.

Le differenze tra AMS Advanced e Accelerate

AMS Advanced utilizza un modello preventivo: si apportano modifiche al proprio ambiente esclusivamente tramite una libreria di modifiche automatiche precontrollate (tipi di modifiche) o richiedendo modifiche manuali eseguite dai tecnici AMS. Questo approccio impedisce che modifiche rischiose raggiungano l'infrastruttura, ma significa anche che non è possibile utilizzare strumenti propri (come Terraform o la console di AWS gestione) per apportare modifiche direttamente. AWS CloudFormation

AMS Accelerate utilizza un modello di rilevamento e risposta: apporti le modifiche direttamente utilizzando i tuoi strumenti e flussi di lavoro preferiti. Anziché bloccare le modifiche in anticipo, Accelerate monitora l'ambiente e risponde alle configurazioni rischiose, correggendo automaticamente, notificandoti o segnalando i risultati a seconda di come hai configurato ciascun controllo. Questo ti offre la velocità e l'autonomia necessarie per operare al tuo ritmo mentre AMS continua a proteggere il tuo ambiente.

Entrambi i piani condividono gli stessi servizi operativi principali: monitoraggio, gestione degli incidenti, gestione delle patch, gestione dei backup, ottimizzazione dei costi, reportistica e supporto CSDM e CA dedicato. Alcune funzionalità esclusive di AMS Advanced (come il sistema RFC, l'accesso gestito e la sicurezza degli endpoint) non vengono trasferite direttamente: la tabella nella sezione seguente spiega cosa è disponibile in Accelerate e cosa gestisci tu stesso.

È anche importante capire in che modo i tecnici operativi AMS accedono alle tue istanze. In AMS Advanced, AMS Ops si connette attraverso la stessa infrastruttura bastion utilizzando credenziali interne. In Accelerate, AMS Ops accede AWS Systems Manager Session Manager alle istanze quando necessario per la risposta agli incidenti, l'applicazione di patch o le attività operative. Ciò richiede che l'agente SSM sia in esecuzione sulle istanze e un profilo di istanza IAM che autorizzi la comunicazione con il servizio. AWS Systems Manager AMS Accelerate fornisce una configurazione automatizzata delle istanze che installa e gestisce l'agente (e l' CloudWatch agente) SSM sulle istanze EC2: la CA ti aiuta ad abilitarla durante l'onboarding. Se hai già installato l'agente SSM e un profilo di istanza compatibile, non è necessaria alcuna configurazione aggiuntiva.

Come funziona la transizione

Non eseguiamo la migrazione dei tuoi carichi di lavoro. Le tue applicazioni, i tuoi dati e la tua infrastruttura rimangono esattamente dove sono. Quello che facciamo è trasferire i tuoi account da AMS Advanced e inserirli in Accelerate. Si tratta di una transizione operativa, non di una migrazione del carico di lavoro.

La transizione viene eseguita per account e può procedere su più account in parallelo. Il CSDM e il CA coordinano la pianificazione con voi, selezionando le date e gli orari adatti alle vostre operazioni. Durante la transizione, la console e le API AMS Accelerate vengono abilitate per prime e la console e le API AMS Advanced smettono di funzionare prima di essere completamente rimosse. Dovresti iniziare a utilizzare la console Accelerate e le API non appena sono abilitate. La rimozione delle risorse AMS Advanced richiede circa due ore per account, durante le quali le vecchie interfacce AMS Advanced non sono più funzionali. I carichi di lavoro continuano a funzionare normalmente per tutto il tempo.

Come ti supportiamo durante la transizione

Per quanto riguarda le funzionalità che AMS continua a gestire in Accelerate (monitoraggio, applicazione di patch, backup, gestione degli incidenti), AMS gestisce la migrazione per tuo conto. Ciò include l'implementazione di nuove configurazioni, l'applicazione di tag, la traduzione delle impostazioni degli allarmi e la migrazione delle finestre di manutenzione. Avrete inoltre accesso ai tecnici AMS durante tutto il processo per eventuali domande o problemi.

Il CSDM e la CA sono i vostri contatti principali in tutto il mondo. Ti aiutano a capire cosa comporta per i tuoi account specifici, a coordinare le date di migrazione e a metterti in contatto con i team giusti quando necessario. Ti consigliamo di completare la transizione entro il 31 marzo 2027 per consentire il buffer prima del 30 giugno 2027.

Se hai bisogno di ulteriore assistenza pratica per apportare modifiche, Operations on Demand ti dà accesso a tecnici AMS qualificati che possono lavorare a fianco del tuo team in blocchi di 20 ore al mese. Inoltre, ti contatteremo trimestralmente (settembre 2026, dicembre 2026, marzo 2027) per esaminare i progressi, risolvere eventuali ostacoli e modificare il piano se la tempistica o le priorità cambiano.

Cosa cambia a colpo d'occhio

AMS Accelerate include diverse funzionalità non disponibili in AMS Advanced, tra cui il monitoraggio per oltre 13 tipi di risorse (Amazon RDS, Elastic Load Balancing, Amazon EFS, Amazon OpenSearch EKS, Service, Amazon FSx, NAT Gateway, VPN), etichettatura automatica delle risorse (Resource Tagger), pianificazione automatica delle risorse per l'ottimizzazione dei costi (Resource Scheduler) e configurazione automatica delle istanze per la distribuzione degli agenti. Queste sono disponibili immediatamente dopo l'onboarding.

La tabella seguente riassume ciò che è disponibile in Accelerate e ciò che è diverso da AMS Advanced.

Funzionalità	Disponibile in Accelerate?	Cosa c'è di diverso
Gestione degli incidenti	Sì, stessa copertura	AMS continua a rilevare, indagare e rispondere agli incidenti operativi e di sicurezza per tuo conto. Nessuna modifica al modo in cui vengono gestiti gli incidenti.
Monitoraggio	Sì, copertura estesa	AMS monitora le tue risorse e risponde agli avvisi, come oggi. In Accelerate, il monitoraggio si estende da EC2 e Redshift a più di 13 tipi di risorse. Puoi anche personalizzare le soglie di allarme direttamente nel tuo account senza inviare richieste di servizio. Nessuna azione richiesta durante la migrazione: AMS configura il monitoraggio automaticamente.
GuardDutyMonitoraggio della sicurezza ()	Sì, stessa copertura	AMS continua a monitorare e rispondere ai GuardDuty risultati e a fornire assistenza in caso di incidenti di sicurezza. Nessuna operazione necessaria.
Gestione delle patch	Sì, stessa copertura	Le finestre, le pianificazioni e le linee di base di manutenzione vengono preservate. Per creare o modificare finestre di manutenzione, è possibile eseguire direttamente l'assistenza in modalità self-service AWS Systems Manager (le modifiche vengono applicate immediatamente) o inviare una richiesta di assistenza tramite la console Accelerate.
Gestione del Backup	Sì, stessa copertura	I punti di ripristino e la cronologia dei backup vengono preservati. AMS Accelerate continua a gestire i backup senza lacune di copertura. È possibile configurare le politiche di backup, i periodi di conservazione e le impostazioni del vault direttamente tramite. AWS Backup
Ottimizzazione dei costi	Sì, stessa copertura	Nessuna modifica alla copertura. Le azioni di ottimizzazione vengono gestite direttamente anziché tramite RFC.
Creazione di report	Sì, stessa copertura	Passaggio dei report al framework di reporting Accelerate. I dati storici vengono conservati.
Conformità della configurazione (controlli investigativi)	Sì, copertura estesa	Sostituisce il modello preventivo di gestione delle modifiche AMS Advanced con il monitoraggio continuo della conformità. AMS implementa una libreria di AWS Config regole allineate agli standard CIS e NIST che valutano continuamente le configurazioni delle risorse. Puoi configurare il modo in cui AMS risponde a ogni risultato: riparazione automatica, notifica o rapporto. Accelerate include circa 87 regole con una copertura più ampia rispetto ad AMS Advanced, inclusi nuovi controlli di rete per IAM, rete, storage, database, serverless e crittografia. Nel tempo verranno aggiunti controlli aggiuntivi.
Supporto CSDM e CA	Sì, stessa copertura	Nessuna modifica. Il CSDM e la CA rimangono i contatti principali.
Accesso all'istanza EC2	Customer-managed	Ti connetti direttamente utilizzando le tue credenziali AD sulla tua rete esistente. AMS-managed gli host bastion sono stati disattivati. Puoi implementare i tuoi bastioni o utilizzare Session Manager.
Sicurezza degli endpoint	Customer-managed	Scegliete il vostro fornitore di sicurezza degli endpoint (incluso Trend Micro Vision One) e gestite il ciclo di vita degli agenti. I clienti che desiderano che AMS monitori gli avvisi di sicurezza di terze parti possono effettuare l'onboarding a AWS Security Incident Response (SIR) senza costi aggiuntivi: è incluso per i clienti AMS.
Gestione delle modifiche (sistema RFC)	Non disponibile	Il sistema RFC non fa parte di Accelerate. Utilizzi direttamente i tuoi strumenti preferiti (Console, CLI, Terraform). AWS CloudFormation La conformità della configurazione monitora dopo che sono state apportate modifiche rischiose. Operations on Demand è disponibile se hai bisogno di una gestione assistita delle modifiche.
Gestione delle zone di atterraggio	Customer-managed	Per i clienti MALZ, gli account principali (gestione, servizi condivisi, rete, sicurezza, registrazione) vengono consegnati all'utente. AMS rimuove AMS-managed l'infrastruttura da questi account durante l'offboarding. I VPC, le sottoreti e le configurazioni di rete rimangono invariate e possono essere gestite dall'utente.
AMI AMS	Non disponibile	AMS non produce più AMI mensili. Usa AWS AMI standard ed EC2 Image Builder per le tue pipeline. Operations on Demand offre la creazione di AMI gestite se hai esigenze personalizzate.

Accesso all'istanza EC2

In AMS Advanced, l'accesso alle istanze segue un modello prescrittivo: ti connetti tramite host AMS-managed bastion, usi AMS-managed Active Directory per l'autenticazione e richiedi l'accesso tramite RFC. AMS controlla chi può raggiungere quali istanze e per quanto tempo.

In AMS Accelerate, puoi scegliere il tuo metodo di accesso. Non esiste un percorso prestabilito: puoi utilizzare AWS Systems Manager Session Manager direttamente RDP/SSH sulla rete aziendale o qualsiasi altro approccio che soddisfi i tuoi requisiti di sicurezza.

Come parte della transizione, rimuoviamo gli host AMS bastion e ti consegniamo l'infrastruttura Active Directory. Le istanze esistenti restano inserite nel dominio e sono accessibili con le tue credenziali AD: abbiamo convalidato questa operazione senza interruzioni di accesso. Puoi continuare a utilizzare AD come metodo di accesso a lungo termine se funziona per la tua organizzazione, oppure puoi utilizzarlo temporaneamente mentre configuri un approccio diverso. In entrambi i casi, l'AD trust, la connettività di rete e la configurazione del dominio sono a tua disposizione.

Cosa devi fare tu

Per le istanze esistenti, è necessario aggiungere gli utenti o i gruppi aziendali ai gruppi di accesso AMS AD in modo che abbiano un accesso permanente. In AMS Advanced, il processo RFC garantiva finestre di accesso temporanee di 8 ore. Post-transition, tale automazione non è più disponibile, ma aggiungi gli utenti come membri permanenti dei gruppi di accesso. Forniamo indicazioni sui gruppi a cui aggiungere gli utenti e sugli strumenti per farlo.

Dopo il provisioning, gli utenti si connettono direttamente tramite il percorso di rete esistente (Direct Connect, VPN o Transit Gateway) utilizzando le proprie credenziali AD.

Per le nuove istanze, lo script di bootstrap AMS non viene più eseguito all'avvio, quindi due operazioni che in precedenza erano automatiche ora richiedono la configurazione:

• Aggiunta al dominio: le nuove istanze non si aggiungono automaticamente al dominio. Ti consigliamo di configurare l'aggiunta automatica al dominio utilizzando Servizio di directory AWS Seamless Join o SSM State Manager. Vedi Aggiungere un'istanza alla directory nella Guida all'Servizio di directory AWS amministrazione.

• Configurazione del gruppo locale: le nuove istanze richiedono che i gruppi di accesso AD vengano aggiunti ai gruppi di amministratori locali in modo che i membri del gruppo ottengano l'accesso da amministratore. Forniamo indicazioni su come configurarla utilizzando GPO o SSM State Manager: entrambi si applicano automaticamente alle nuove istanze senza alcuna configurazione per istanza.

Amministrazione degli accessi: ti assumi la responsabilità di chi ha accesso alle tue istanze. Ti forniamo un account amministratore AD, una workstation di amministrazione e strumenti di automazione per il provisioning degli utenti. Sei tu a decidere la tua politica di accesso, che si tratti di appartenenza permanente al gruppo, accesso limitato nel tempo tramite i tuoi strumenti di governance o politiche IAM di Session Manager.

Amazon Machine Images (AMI) AMS

In AMS Advanced, AMS produce AMI aggiornate ogni mese per i sistemi operativi supportati, preconfigurate con software di gestione, agenti di sicurezza e script di aggiunta al dominio. Queste AMI vengono condivise con i tuoi account e utilizzate per il lancio di nuove istanze EC2 tramite il sistema di gestione delle modifiche.

La produzione di AMI AMS non fa parte di AMS Accelerate. Dopo la transizione, AMS non produce o condivide più AMI mensili sui tuoi account. Per il lancio di nuove istanze e le configurazioni di avvio del gruppo Auto Scaling (ASG), utilizza le AMI AWS standard fornite per il tuo sistema operativo (disponibili nella console EC2 o tramite il catalogo AMI).AWS Queste vengono mantenute AWS con aggiornamenti di sicurezza regolari e rappresentano la base consigliata per tutte le nuove istanze. Se utilizzi ASG che fanno riferimento alle AMI AMS nei loro modelli di lancio, aggiorna tali riferimenti alle AMI standard AWS o alle tue AMI personalizzate per garantire che le nuove istanze lanciate dagli eventi di scalabilità utilizzino un'immagine supportata.

Le AMI AMS esistenti che sono già state condivise non vengono immediatamente annullate durante l'offboarding. Tuttavia, le AMI create prima del 30 giugno 2026 diventeranno obsolete il 30 giugno 2027. Le AMI create tra il 30 giugno 2026 e il 30 giugno 2027 continueranno a essere condivise per un anno dopo il 30 giugno 2027.

Se hai requisiti AMI personalizzati oltre a quelli forniti dalle AWS AMI standard (ad esempio, applicazioni preconfigurate, configurazioni rafforzate o strumenti specifici dell'organizzazione), puoi creare la tua pipeline utilizzando EC2 Image Builder. Se preferisci che sia AMS a gestirlo per te, il catalogo Operations on Demand include un'offerta AMI Building and Vending. Parla con il tuo CSDM per esplorare questa opzione.

Sicurezza dell'endpoint

In AMS Advanced, AMS implementa e gestisce la sicurezza degli endpoint Trend Micro sulle istanze EC2. Ciò include l'installazione dell'agente (automatizzata tramite script di avvio a ogni avvio dell'istanza), l'attivazione dell'agente, il monitoraggio degli eventi e la creazione di incidenti. AMS gestisce questa infrastruttura tramite la piattaforma Deep Security Manager (DSM), Cloud One o Vision One a seconda della configurazione dell'account.

Come parte della transizione, scegli il tuo percorso di sicurezza degli endpoint: continua con Trend Micro passando a Vision One (una piattaforma completamente SaaS ospitata da Trend Micro che elimina l'infrastruttura DSM locale) o passa a un altro fornitore di sicurezza a tua scelta. In entrambi i casi, ti assumi la responsabilità del ciclo di vita degli agenti con il fornitore prescelto, implementando agenti, gestendo le licenze e configurando l'attivazione. Questa operazione deve essere completata prima della transizione ad Accelerate, poiché AMS elimina lo stack EPS durante la migrazione e gli script di avvio non installeranno o attiveranno più l'agente Trend Micro all'avvio dell'istanza.

Opzione 1: continuare con Trend Micro Vision One (SaaS)

Vision One è la piattaforma Trend Micro nativa per il cloud che si integra con. AWS Security Hub AMS vi assiste nella migrazione dalla vostra piattaforma attuale (DSM o Cloud One) a Vision One prima dell'offboarding. Una volta su Vision One, lavori direttamente con Trend Micro per la gestione del ciclo di vita degli agenti. Se attualmente utilizzi DSM, il percorso di migrazione è sequenziale: da DSM a Cloud One, quindi da Cloud One a Vision One. Con Vision One, gli avvisi di sicurezza vengono inviati a. AWS Security Hub I clienti che aderiscono anche a AWS Security Incident Response (SIR) ricevono il monitoraggio continuo degli eventi e la risposta agli incidenti. AWS

Opzione 2: utilizzare una soluzione di sicurezza degli endpoint diversa

Scegliete, implementate e gestite una soluzione di sicurezza degli endpoint di vostra scelta. AMS rimuove gli agenti Trend Micro dalle istanze e rilascia lo stack EPS. Sei responsabile della creazione e della gestione del fornitore prescelto. Facoltativamente, puoi integrare la soluzione prescelta con AWS Security Hub la copertura SIR.

Con entrambe le opzioni, d'ora in poi assumerai la responsabilità dell'intero ciclo di vita degli agenti: distribuzione degli agenti sulle istanze (utilizzando la tua automazione, SSM State Manager, AMI personalizzate o uno strumento di gestione della configurazione), manutenzione della licenza del fornitore e delle credenziali di attivazione e configurazione del monitoraggio degli eventi tramite la dashboard del fornitore oppure. AWS Security Hub

Nota

Se attualmente utilizzate DSM e desiderate continuare con Trend Micro, iniziate a pianificare in anticipo. Il percorso di migrazione (da DSM a Cloud One a Vision One) è sequenziale e richiede il maggior tempo di consegna.

Monitoraggio e allarmi

In AMS Advanced, il gestore degli allarmi crea automaticamente CloudWatch allarmi per tutte le istanze EC2 gestite e tu invii richieste di servizio per modificare le soglie. In AMS Accelerate, AMS continua a creare e gestire allarmi per conto dell'utente, ma il modello è basato sui tag: AMS monitora le istanze a cui è applicato un tag di monitoraggio e puoi personalizzare le soglie direttamente nel tuo account senza inviare richieste di servizio. AWS AppConfig La copertura si estende inoltre da EC2 e Redshift a più di 13 tipi di risorse tra cui Amazon RDS, Elastic Load Balancing, Amazon EFS, Amazon EKS, OpenSearch Service, Amazon FSx, NAT Gateway e VPN.

Cosa devi fare tu

Non è richiesta alcuna azione manuale per il monitoraggio della continuità. AMS applica i tag di monitoraggio alle istanze EC2 esistenti durante la migrazione e traduce le attuali personalizzazioni degli allarmi nel formato di configurazione Accelerate. Il vostro CA esamina insieme a voi la configurazione tradotta prima dell'inizio della migrazione.

Cosa cambia

I nomi degli allarmi e le soglie predefinite differiscono tra AMS Advanced e Accelerate (i valori predefiniti di AMS Advanced sono ~ 85%, Accelerate ~ 95% per ridurre il rumore di allarme). Se disponi di dashboard, runbook o routing degli avvisi che fanno riferimento a nomi di allarmi specifici, aggiornali dopo la migrazione. Tre Advanced-specific allarmi AMS (Log Agent Hard Failure, Root Volume Inode Usage, Broken Secure Channel) che monitorano l' Advanced-specific infrastruttura AMS vengono rimossi e non trasferiti ad Accelerate. Dopo la transizione, le nuove istanze EC2 devono essere etichettate per ricevere la copertura di monitoraggio: usa AMS Resource Tagger per applicare automaticamente i tag in base alle regole che definisci o applicali manualmente.

Gestione dei backup

I punti di ripristino esistenti rimangono intatti e accessibili durante tutta la transizione: non vi è alcuna lacuna nella copertura del backup e nessun dato viene eliminato. È possibile continuare a eseguire il ripristino da qualsiasi punto di ripristino esistente, se necessario.

Dopo la transizione, AMS Accelerate protegge le tue risorse AWS Backup con piani, pianificazioni e vault gestiti. Le pianificazioni di backup e i periodi di conservazione rimangono coerenti con la configurazione attuale. A seconda della configurazione di backup esistente dell'account, Accelerate può creare nuovi vault con nomi aggiornati anziché riutilizzare quelli esistenti. In tal caso, i punti di ripristino storici rimangono disponibili nei vault originali mentre i nuovi backup vengono scritti su quelli nuovi.

Puoi configurare i periodi di conservazione, le pianificazioni, le impostazioni del vault e le chiavi di crittografia direttamente tramite la console o gli strumenti Infrastructure-as-Code che preferisci. AWS Backup Se in uno dei vault è abilitato Vault Lock, i punti di ripristino bloccati vengono conservati in base al periodo di conservazione configurato.

Cosa devi fare tu

Non è richiesta alcuna azione per mantenere la continuità del backup.

Gestione delle modifiche e conformità della configurazione

In AMS Advanced, il sistema di gestione delle modifiche controlla ciò che accade nell'ambiente. Le richieste di modifica (RFC) vengono inviate da una libreria di tipi di modifica preventivamente controllati e AMS le esegue per conto dell'utente. Per le modifiche non automatizzate, gli ingegneri AMS le esaminano ed eseguono manualmente. Questo modello preventivo garantisce che solo le modifiche approvate e testate raggiungano l'infrastruttura, ma significa anche che non è possibile utilizzare AWS strumenti nativi (Console, CLI, Terraform AWS CloudFormation) per apportare modifiche direttamente.

In AMS Accelerate, puoi apportare modifiche direttamente utilizzando gli strumenti e i flussi di lavoro che preferisci. Il sistema RFC non esiste in Accelerate. Al contrario, AMS protegge l'ambiente attraverso la conformità della configurazione, una libreria di AWS Config regole che valuta continuamente le configurazioni delle risorse rispetto alle migliori pratiche operative e di sicurezza. Questo è il modello di rilevamento e risposta: anziché bloccare le modifiche prima che si verifichino, AMS rileva le configurazioni rischiose dopo che sono state applicate e risponde in base a regole controllate dall'utente.

Come funziona la conformità alla configurazione in Accelerate

Puoi configurare i livelli di risposta con la tua CA durante l'onboarding e puoi modificarli in qualsiasi momento:

• Auto-remediate— AMS corregge automaticamente la configurazione non conforme (ad esempio, riabilitando i log di flusso VPC se sono disabilitati).

• Notifica: AMS ti avvisa della scoperta in modo che tu possa indagare e decidere come rispondere.

• Report: AMS registra i risultati e li include nella revisione aziendale mensile per ottenere visibilità senza azioni immediate.

Cosa è coperto

Accelerate include circa 87 AWS Config regole riguardanti IAM e controlli di accesso, sicurezza di rete e VPC, crittografia (EBS, Amazon RDS, Amazon S3), integrità di registrazione e audit trail, configurazioni di database e storage e risorse serverless. Si tratta di una copertura più ampia rispetto ad AMS Advanced, che ha implementato circa 24-27 regole (a seconda di SALZ o MALZ), molte delle quali legate all'applicazione del comportamento del servizio piuttosto che al livello di sicurezza del cliente. AMS-internal Nel tempo vengono aggiunti controlli aggiuntivi man mano che vengono supportati nuovi AWS servizi e standard di conformità.

Cosa devi fare tu

Non è richiesta alcuna azione per la transizione. AMS implementa AWS Config le regole durante l'onboarding di Accelerate. La tua CA ti guida attraverso le regole disponibili e ti aiuta a configurare il livello di risposta per ognuna di esse. Se al momento disponi di AWS Config regole personalizzate implementate nei tuoi account AMS Advanced, queste vengono mantenute e non vengono rimosse durante l'offboarding.

Cosa cambia per i clienti che si sono affidati al sistema RFC per la governance

Se l'organizzazione ha utilizzato il sistema RFC come controllo di governance (ad esempio, richiedendo flussi di lavoro di approvazione prima di apportare modifiche), è necessario implementare controlli equivalenti utilizzando strumenti propri. Gli approcci più comuni includono le AWS Service Control Policies (SCP) per far rispettare i limiti di autorizzazione, AWS CloudTrail l'invio di avvisi per le chiamate API sensibili e i flussi di lavoro di approvazione nella CI/CD pipeline o nello strumento di gestione delle modifiche (Jira, ecc.). ServiceNow La vostra CA può aiutarvi a identificare quali modelli di governance si adattano ai flussi di lavoro correnti. RFC-based

Per i clienti che necessitano di un aiuto pratico per apportare modifiche, Operations on Demand offre un supporto mirato alle modifiche tramite tecnici AMS qualificati in blocchi mensili di 20 ore. Ciò è utile durante il periodo di transizione, quando si acquisisce dimestichezza con l'accesso diretto, o su base continuativa per modifiche complesse che richiedono il supporto di esperti.

Gestione delle patch

In AMS Advanced, la gestione delle patch utilizza AMS Patch Orchestrator con finestre di manutenzione configurate tramite il sistema RFC. AMS gestisce le linee di base delle patch, la pianificazione, le notifiche e la finestra di manutenzione predefinita. Le finestre di manutenzione personalizzate vengono create e aggiornate tramite i tipi di modifica.

In AMS Accelerate, la pianificazione delle patch, le linee di base e le finestre di manutenzione vengono preservate durante la transizione. Si applica lo stesso modello di patch basato su tag e le tue istanze continuano a ricevere le patch secondo la stessa pianificazione. Alcuni dettagli operativi cambiano (invio delle notifiche, modalità di gestione della finestra di manutenzione predefinita e processo di modifica), ma il comportamento di applicazione delle patch rimane coerente.

Cosa devi fare tu

Prima dell'inizio della migrazione, il CSDM e la CA confermano gli indirizzi e-mail di notifica per gli eventi di patch, poiché le notifiche passano dal modello di consegna AMS Advanced al framework di notifica Accelerate e dobbiamo assicurarci che continuiate a riceverle agli indirizzi giusti. Inoltre, confermano se desiderate conservare la cronologia dei report di conformità delle patch esistente.

Cosa succede durante la migrazione

La migrazione è pianificata al di fuori di qualsiasi finestra di manutenzione attiva. Nessuna patch viene eseguita durante la finestra di transizione. Le finestre di manutenzione, le linee di base delle patch, le pianificazioni e le configurazioni per sistema operativo esistenti vengono migrate all'infrastruttura Accelerate. I nomi e il comportamento delle finestre di manutenzione vengono conservati in modo che i processi operativi rimangano coerenti.

Cosa cambia

I seguenti dettagli operativi cambiano dopo la migrazione:

• Notifiche relative alla finestra di manutenzione: le notifiche degli eventi di patch passano dal modello di SNS-based notifica AMS Advanced al framework di notifica Accelerate. Gli indirizzi e-mail di notifica vengono conservati.

• Finestra di manutenzione predefinita: se utilizzi la finestra di manutenzione predefinita di AMS, viene migrata a una configurazione autonoma di tua proprietà. Le istanze contrassegnate AMSDefaultPatchGroup: True continuano a ricevere le patch secondo la stessa pianificazione.

• Auto-tagging— La finestra di manutenzione automatica dell'etichettatura dei gruppi di patch (che contrassegna le nuove istanze) è obsoleta. AMSDefaultPatchGroup: True Se hai bisogno di etichettare automaticamente le nuove istanze, AMS Resource Tagger è la soluzione sostitutiva self-service.

• Segnalazione delle patch: i report sulla conformità delle patch passano al modello di reporting Accelerate. I dati storici delle patch vengono conservati.

• Processo di modifica: non si utilizza più il sistema RFC per creare o modificare finestre di manutenzione. In Accelerate, gestisci le finestre di manutenzione direttamente tramite la AWS Systems Manager console, l'API o l'infrastruttura come codice.

Continuità: l'applicazione delle patch non si interrompe durante la transizione. La migrazione è sequenziata in modo che le finestre di manutenzione e le linee di base siano operative sul lato Accelerate prima che l'infrastruttura AMS Advanced venga rimossa. Se viene rilevato un problema, la migrazione può essere annullata per ripristinare l'applicazione di patch ad AMS Advanced.

Cronologia e supporto

Ti consigliamo di completare la transizione entro il 31 marzo 2027 per consentire il buffer prima della chiusura del 30 giugno 2027. Il CSDM e la CA sono i punti di contatto principali durante la transizione e vi aiuteranno a creare un piano su misura per il vostro ambiente.

Per i clienti che necessitano di assistenza per apportare modifiche durante il periodo di transizione, Operations on Demand fornisce un supporto personalizzato per le modifiche in blocchi mensili.

AMS effettua checkpoint trimestrali (settembre 2026, dicembre 2026, marzo 2027) per monitorare i progressi della migrazione e fornire supporto aggiuntivo laddove necessario.

Risorse correlate

• Piano operativo AMS Accelerate

• AWS Systems Manager Session Manager

• Fuori bordo dalla landing zone con più account

• Fuori bordo dalla landing zone con account singolo

• Operazioni su richiesta