Paniere domande

207 domande totali nel paniere. Usa i filtri per studiare per area o per tipo.

Tutte LOGICA (27) TECNICA (22) CAD (22) PUB165 (18) GDPR (17) RETI (17) SIT (19) CLOUD (8) NIS2 (7) SIC (7) INGLESE (10) BIGDATA (6) AIACT (6) DAMM (5) DATABASE (5) DEVOPS (4) ENTI (7)
inglese logica normativa profilo situazionale

4 domande — Area DEVOPS — Tipo: profilo

1/4 · DEVOPS · profilo · INF-0172

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/4 · DEVOPS · profilo · INF-0173

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/4 · DEVOPS · profilo · INF-0174

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/4 · DEVOPS · profilo · INF-0175

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.