Architettura a Microservizi per Applicazioni Web

Architettura a Microservizi per Applicazioni Web

I microservizi decompongono applicazioni monolitiche in servizi indipendentemente deployabili. Ogni servizio possiede una singola business capability e comunica via API ben definite.

Decomposizione Servizi

Domain-driven design: bounded contexts. Decomporre per business capability, non per layer tecnico. Servizi proprietari dei propri dati (database per servizio). Evitare distributed monoliths. Dimensione: abbastanza piccolo da riscrivere in 2 settimane.

Pattern di Comunicazione

Sincrona: REST, gRPC, GraphQL. Asincrona: message queue (RabbitMQ, Kafka), event streaming. Event-driven: event sourcing, CQRS. API Gateway: routing, auth, rate limiting, aggregazione (Kong, AWS API Gateway, Envoy).

Service Mesh

Layer infrastrutturale per comunicazione service-to-service. Istio, Linkerd, Consul Connect. Feature: mTLS, traffic splitting, retry, timeout, circuit breaker, observability. Pattern sidecar proxy (Envoy).

Consistenza Dati

Saga pattern: coreografia (eventi) vs orchestrazione (coordinatore centrale). Eventual consistency. Outbox pattern per pubblicazione eventi affidabile. Transazioni distribuite: evitare 2PC. Read model: materialized views, CQRS.

Osservabilità

Tre pilastri: log (strutturati, correlati), metriche (RED: rate, errors, duration), trace (distributed tracing: OpenTelemetry, Jaeger, Zipkin). Correlation ID across services. Health check: liveness, readiness.

Deployment e Operations

Container orchestration: Kubernetes. CI/CD: pipeline indipendenti per servizio. Canary deployment, blue-green. Feature flag. Migrazioni DB: backward-compatible, expand/contract. Chaos engineering.

Sicurezza

Zero trust: mTLS ovunque. JWT/OAuth2 al gateway. Service-to-service auth: SPIFFE/SPIRE. Secrets management: Vault, Sealed Secrets. Network policies. Supply chain security: SBOM, image signing.