Servizi di migrazione AWS per carichi di lavoro USA e UE

Tutte e sette (Retire, Retain, Relocate, Rehost, Repurchase, Replatform, Refactor), ma resistiamo esplicitamente al default su Rehost. L'input decisionale è un'esecuzione di AWS Migration Hub Strategy Recommendations più la nostra mappa delle dipendenze dagli agenti di Application Discovery Service. Valutiamo ogni carico di lavoro su cinque assi: blast radius, frequenza di cambiamento, costo di runtime su EC2 vs equivalente gestito, vincoli di licenza e familiarità del team. I tier web stateless di solito vanno su Replatform verso ECS Fargate o App Runner. Oracle/SQL Server con molto PL/SQL vanno su Refactor verso Aurora PostgreSQL tramite Babelfish o DMS + SCT. Il COTS senza via d'uscita va su Rehost via MGN, poi rivisto 12 mesi dopo.

Terraform per default, occasionalmente Pulumi quando il team del cliente preferisce TypeScript end-to-end. Non utilizziamo mai ClickOps per le fondamenta. La landing zone è AWS Control Tower con personalizzazioni: OU separate per Security, Audit, Log Archive, SharedServices, Workloads (dev/stage/prod) e Sandbox. L'identity è IAM Identity Center federato al vostro IdP (Okta, Entra ID, Google Workspace). La rete è un Transit Gateway hub-spoke con VPC di ispezione centralizzato che esegue AWS Network Firewall. Tutto è in moduli Terraform versionati nel vostro repository — il codice è vostro dal primo giorno, non nostro.

I carichi di lavoro con dati personali UE atterrano in eu-central-1 (Francoforte), eu-west-1 (Irlanda) o nell'AWS European Sovereign Cloud dove appropriato. Fissiamo i servizi a quelle regioni tramite SCP a livello di OU — uno sviluppatore non può accidentalmente avviare un modello Bedrock in us-east-1. Per la conformità a Schrems II utilizziamo AWS Nitro Enclaves dove è richiesto il calcolo confidenziale attestabile, KMS con CMK gestite dal cliente (e XKS / external key store per i carichi di lavoro critici per la sovranità) e SCC nel DPA. I log di CloudTrail e Config sono cifrati con chiavi separate e replicati cross-region solo all'interno dell'UE.

Strumentiamo i Cost and Usage Report in Athena + QuickSight dal primo giorno e tagghiamo ogni risorsa con cost-center, environment e service tramite policy enforced da Terraform. La cadenza FinOps è settimanale: rilevamento anomalie tramite AWS Cost Anomaly Detection, raccomandazioni di rightsizing da Compute Optimizer, monitoraggio della copertura dei Savings Plan e un report scritto mensile. Il risparmio tipico su una baseline lift-and-shift è del 28–35% entro 90 giorni (migrazione Graviton sui tier stateless, S3 Intelligent-Tiering sui dati freddi, Aurora I/O-Optimized sui database write-heavy, Spot per il batch su EKS tramite Karpenter).

Sì — il co-delivery è il nostro modello predefinito. Il vostro team possiede la logica di business, le modifiche alle applicazioni e le decisioni finali di cutover. Il nostro team possiede landing zone, rete, security baseline, pipeline MGN/DMS, stack di osservabilità e i runbook. Facciamo pair-programming sul Terraform, eseguiamo una revisione dell'architettura settimanale con i vostri tech lead e effettuiamo il passaggio tramite un periodo di shadow di 30 giorni. Alla fine dell'engagement i vostri engineer stanno revisionando le nostre PR, non il contrario. Nessun vendor lock-in a YuSMP Group dopo la fine dello sprint — è contrattuale.

Lo sprint di discovery è 4 settimane a importo fisso di 35.000 EUR — assessment Migration Hub, mappa delle dipendenze, matrice decisionale 7Rs, design della landing zone, modello di costo e ondate di migrazione. L'esecuzione funziona come engagement con team dedicato da 12.000 EUR/mese per team di 3 (TPM + cloud engineer + SRE). Un parco di 200 server si sposta tipicamente in 4–6 mesi end-to-end. Il lavoro di Refactor su database o monoliti viene quotato per ondata. Il retainer FinOps e SRE 24/7 è disponibile post-cutover da 6.500 EUR/mese.