Ciao, sonoAndrea Scarlatti.
Solutions Architect su AWS. Progetto, migro e ottimizzo sistemi cloud per team che devono crescere senza sorprese in bolletta.
Game Day: tieni in piedi il sistema
Un'architettura AWS in miniatura: utenti, CloudFront, un load balancer, container su due zone di disponibilità e un database Aurora. Con JavaScript attivo diventa un gioco.
- Richieste
- 0 /s
- Latenza p99
- 0 ms
- Errori
- 0%
- Costo
- 0 €/h
SLO rispettato: p99 sotto 250 ms
Scorri la pagina: ogni scroll è traffico.
Articoli
Un problema di architettura alla volta, in poche righe.
- Landing zone: da dove si comincia
- Savings Plans o Reserved Instances?
- RTO e RPO spiegati a chi firma il budget
- Serverless non vuol dire senza architettura
Cosa faccio
Progettazione
- Landing zone multi-account
- Architetture serverless
- Container su ECS ed EKS
- Sistemi event-driven
- Reti ibride
- Sicurezza e IAM
- Well-Architected Review
Architetture nuove, disegnate per il carico e per il budget che avete davvero.
Un progetto su misuraMigrazione
- Assessment del parco
- Strategia 7R
- Rehost con MGN
- Database con DMS
- Modernizzazione
- Piano di cutover
Dal data center ad AWS un pezzo alla volta, con un piano di rientro per ogni passo.
Pianificare la migrazioneCosti e affidabilità
- Analisi della spesa
- Savings Plans e rightsizing
- Disaster recovery
- Backup e retention
- Osservabilità
- SLO e allarmi
Sistemi che sanno cadere bene e una bolletta che si capisce.
Una Architecture ReviewAccount separati per ambiente e team, con guardrail e accessi centralizzati.
Come lavoro, dal primo giorno
Per cominciare, ascolto. Prima dei servizi AWS vengono i numeri che contano per voi: quanto può restare giù il sistema, quanti dati potete perdere, quanto volete spendere al mese, dove devono stare i dati.
| Disponibilità | 99,9% al mese |
|---|---|
| RPO, dati persi al massimo | 15 minuti |
| RTO, tempo di ripristino | 1 ora |
| Regione | eu-south-1, Milano |
| Budget | 4.000 € al mese |
Mandami questi cinque numeri, anche approssimativi, e ti rispondo con una prima idea.
Prima di costruire, c'è un'architettura disegnata e scritta: un diagramma che si legge in un minuto e un documento che spiega ogni scelta, con le alternative scartate e il perché.
Poi, la costruisco con l'infrastruttura come codice. Ogni risorsa è in un repository, passa da una revisione e si ricrea uguale in un altro ambiente.
# ECS service spread across two Availability Zones
resource "aws_ecs_service" "api" {
name = "api"
cluster = aws_ecs_cluster.main.id
task_definition = aws_ecs_task_definition.api.arn
desired_count = 2
launch_type = "FARGATE"
network_configuration {
subnets = module.vpc.private_subnets
security_groups = [aws_security_group.api.id]
}
load_balancer {
target_group_arn = aws_lb_target_group.api.arn
container_name = "api"
container_port = 8080
}
}Da lì in avanti, si misura. Lascio al team un cruscotto per costi, errori e latenza, un responsabile per ciascuno e una regola: ogni mese si decide cosa togliere prima di cosa aggiungere.
Architetture che progetto
Account separati per ambiente e team, guardrail con le SCP, log e audit in account dedicati.
Leggi lo scenarioServer replicati con MGN, database con DMS, poi il passaggio con un piano di rientro pronto.
Leggi lo scenarioUffici e data center collegati con VPN o Direct Connect, un Transit Gateway al centro.
Leggi lo scenarioServizi che si parlano per eventi: un guasto resta dove nasce, e niente va perso grazie alle code.
Leggi lo scenarioUna seconda regione pronta a ripartire, con RTO e RPO decisi prima e provati davvero.
Leggi lo scenarioDati grezzi su S3, trasformati con Glue, interrogati con Athena e mostrati in QuickSight.
Leggi lo scenario
Chi sono
- Ruolo
- Solutions Architect
- Cloud
- Amazon Web Services
- Base
- Italia, da remoto
Sono Andrea Scarlatti e lavoro su AWS come Solutions Architect. Prendo un problema di business, lo traduco in un'architettura e la porto in produzione con l'infrastruttura come codice. Mi interessano le scelte che si vedono dopo un anno: quanto costa il sistema, come si comporta quando qualcosa si rompe, quanto è facile cambiarlo.
Strumenti
- TerraformIaC
- AWS CDKIaC
- CloudFormationIaC
- Organizationsgovernance
- Control Towergovernance
- IAM Identity Centeraccessi
- ECS ed EKScontainer
- Lambdaserverless
- Aurora e DynamoDBdati
- EventBridge e SQSintegrazione
- CloudWatchosservabilità
- Cost ExplorerFinOps
Anche questa pagina è un'architettura
La richiesta che ti ha portato qui, ricostruita con i tempi misurati dal tuo browser.
- Il tuo browserapre la pagina
- DNSCloudflare trova l'indirizzo
- Norimbergaun server ARM, 2 vCPU
- CaddyHTTPS automatico
- Questa paginaHTML statico
Sito statico costruito con Astro e servito da Caddy su Debian 13. Pagina generata il 3 novembre 2026 alle 12:45.
Vuoi lavorare insieme?
Scrivimi due righe sul tuo progetto e ti rispondo con una prima idea. L'email ha già le domande che ti farei: disponibilità, RPO, RTO, regione, budget.