Risposta.

Un'architettura scalabile è spesso realizzata tramite containerizzazione (ad esempio, Docker) e orchestratori (come Kubernetes). Questo approccio consente di isolare i diversi componenti dell'applicazione, facilitandone il deployment e la scalabilità.

Dettagli:

• Ogni servizio viene impacchettato in un container separato, che contiene tutto il necessario per il suo funzionamento.
• L'orchestratore supporta la scalabilità automatica, il riavvio dei servizi in caso di guasti, il bilanciamento del carico e la gestione della rete tra i container.
• Possono sorgere problemi con la persistenza dello stato (servizi Stateful), la connettività di rete tra i servizi o in caso di superamento dei limiti delle risorse.

Esempio di codice (manifesta yaml per il Kubernetes ReplicaSet):

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-service
spec:
  replicas: 5
  selector:
    matchLabels:
      app: my-service
  template:
    metadata:
      labels:
        app: my-service
    spec:
      containers:
      - name: my-service-container
        image: my-service:latest
        resources:
          requests:
            cpu: "500m"
            memory: "512Mi"
          limits:
            cpu: "1"
            memory: "1Gi"

Caratteristiche chiave:

• Scalabilità facile grazie all'isolamento dei servizi.
• Recupero rapido da guasti.
• Gestione delle dipendenze e delle risorse a livello di piattaforma.

Domande trabocchetto.

Un container può condividere l'accesso al filesystem con un altro container?

Sì, i container possono condividere volumi (volumes). In Kubernetes questo si realizza tramite PersistentVolume condivisi o EmptyDir.

Esempio di codice:

volumes:
  - name: shared-data
    emptyDir: {}

Cosa accade se in Kubernetes si scala solo i pod senza scalare il database?

I servizi possono iniziare a rallentare, il database sarà il collo di bottiglia. È importante garantire la scalabilità orizzontale o verticale di tutti i "collo di bottiglia".

Un container può rimanere attivo in caso di fallimento del cluster di orchestrazione?

Il container può rimanere in esecuzione, ma la gestione, il riavvio e l'autoscaling non saranno possibili senza il componente di gestione (controller del cluster).