Area DEVOPS — DevOps e CI/CD

Pipeline CI/CD, containerizzazione (Docker/Kubernetes), Infrastructure as Code, monitoring, SRE, gestione del debito tecnico.

4 domande disponibili in questa area — Pratica solo questa area →

Domande del paniere

1. Rif. INF-0172 · Tipo: profilo

In un pipeline CI/CD, cosa avviene nella fase di 'Continuous Integration' (CI)?

[A] Il deploy automatico in produzione ad ogni commit

[B] L'integrazione frequente del codice nel repository condiviso con build e test automatici ✓

[C] Il monitoraggio dell'applicazione in produzione

[D] La gestione manuale dei branch di sviluppo

Spiegazione

La CI prevede integrazione frequente del codice nel repository. Ogni integrazione scatta build automatica e test, rilevando errori rapidamente. La CD si occupa del deploy.

2. Rif. INF-0173 · Tipo: profilo

Un'architettura a microservizi differisce da un'architettura monolitica perché:

[A] È sempre più performante per tutte le operazioni

[B] L'applicazione è suddivisa in servizi piccoli, indipendenti, deployabili separatamente e comunicanti via API ✓

[C] Non richiede alcuna infrastruttura cloud

[D] Usa un unico database condiviso tra tutti i moduli

Spiegazione

I microservizi decompongono l'applicazione in servizi autonomi, con responsabilità singola, deployabili e scalabili indipendentemente, comunicanti via API REST/gRPC/message broker.

3. Rif. INF-0174 · Tipo: profilo

Cosa si intende per 'Infrastructure as Code' (IaC)?

[A] Scrivere codice che gira sull'infrastruttura cloud

[B] Gestire e provisioning l'infrastruttura tramite file di configurazione versionati (es. Terraform, Ansible) ✓

[C] Usare IDE nel browser senza installazione locale

[D] Monitorare l'infrastruttura con dashboard grafiche

Spiegazione

IaC è la pratica di definire e gestire l'infrastruttura tramite codice dichiarativo (Terraform, CloudFormation) o imperativo (Ansible, Chef), versionato in un repository Git come il codice applicativo.

4. Rif. INF-0175 · Tipo: profilo

Il pattern 'blue-green deployment' prevede:

[A] Deploy progressivo a una percentuale crescente di utenti (canary)

[B] Mantenere due ambienti produzione identici (blue=attivo, green=nuovo), con switch istantaneo del traffico dopo la verifica ✓

[C] Deploy simultaneo su tutti i server con zero downtime

[D] Test A/B su funzionalità diverse

Spiegazione

Nel blue-green deployment si mantengono due ambienti produzione identici: blue è attivo, green riceve il nuovo deploy. Quando verificato, lo switch del traffico è istantaneo via load balancer, con rollback immediato possibile. Il canary è progressivo.