Approvazione del deployment

Panoramica

L'approvazione di una richiesta di deployment costituisce la fase di autorizzazione del flusso di lavoro di deployment. Un approvatore esamina ciò che un richiedente intende distribuire su un dispositivo, lo confronta con quanto è attualmente in esecuzione e successivamente lo approva per un intervallo di tempo definito oppure lo rifiuta.

L'approvazione non esegue alcun deployment. Consente unicamente l'esecuzione del deployment e soltanto fino alla scadenza della finestra di approvazione. Chi può approvare su un determinato dispositivo è stabilito dalle autorizzazioni del gruppo di risorse a cui il dispositivo appartiene.

Per la parte del flusso di lavoro relativa al richiedente, vedere Richiesta di deployment.

Notifica di una nuova richiesta

Quando viene creata una richiesta su un dispositivo per il quale si dispone dei diritti di approvazione, si riceve una notifica attraverso i canali impostati nella categoria di notifica Deployments. La notifica rimanda direttamente alla richiesta.

È inoltre possibile raggiungere le richieste aperte dal dispositivo stesso: aprire il dispositivo, selezionare la scheda Deployments e passare a Requests.

Per ricevere notifiche soltanto per i dispositivi di cui si è effettivamente responsabili, impostare la preferenza di notifica su tali dispositivi singolarmente tramite l'icona a forma di campana nell'intestazione del dispositivo. Vedere Notifiche.

Esame di una richiesta

Aprire la richiesta per visualizzare in un'unica schermata tutti gli elementi necessari alla decisione.

L'intestazione mostra il titolo e lo stato Requested, insieme alle azioni Approve e Deny. Al di sotto, la richiesta riporta chi l'ha creata, il dispositivo di destinazione, il progetto, la versione da distribuire e l'orario di creazione della richiesta.

L'esame avviene nella scheda Changes:

• Description – la spiegazione della modifica fornita dal richiedente.
• Changes on the device – il numero di oggetti Modified e Unchanged tra le versioni.
• Deployed version → Target version – ciò che si trova attualmente sul dispositivo, quando è stato distribuito e quale job di deployment lo ha installato, accanto alla versione che questa richiesta distribuirebbe.
• Operation mode after deployment – indica se il dispositivo verrà impostato successivamente su Stop Mode o Run Mode.
• L'elenco degli oggetti modificati con il relativo percorso nel progetto, ad esempio Program / Scan / MAIN / ProgPou.
• Compare – apre il confronto completo affiancato delle due versioni.

La scheda Activity mostra la cronologia della richiesta, in modo da poter verificare se è già stata oggetto di una decisione.

Si noti che la versione di destinazione non è necessariamente più recente di quella distribuita. Una richiesta può deliberatamente riportare un dispositivo a una versione precedente, circostanza resa visibile dal confronto tra versione distribuita e versione di destinazione.

Approvazione di una richiesta

Selezionare Approve. La finestra di dialogo richiede la finestra di approvazione e un commento facoltativo.

Campo	Descrizione
Approval valid until	La fine dell'intervallo entro il quale il deployment può essere eseguito. Per impostazione predefinita corrisponde all'ora piena successiva, ad almeno un'ora da adesso, e può essere impostata su qualsiasi orario successivo.
Comment	Facoltativo. Viene registrato nella scheda Activity della richiesta ed è visibile al richiedente.

Confermare con Approve. La richiesta passa allo stato Approved, il richiedente riceve una notifica e il campo Expires at viene impostato sull'orario scelto. Il richiedente può ora eseguire il deployment.

Se il deployment non viene eseguito entro tale orario, la richiesta scade e non può più essere utilizzata. Occorre creare e approvare nuovamente una richiesta.

Scelta della finestra di approvazione

La finestra è lo strumento per vincolare una modifica a una finestra di manutenzione concordata. Impostarne il termine in corrispondenza della fine della finestra di manutenzione, anziché lasciarla aperta, in modo che un'approvazione concessa oggi non possa essere utilizzata per eseguire un deployment in un momento non pianificato a giorni di distanza.

Rifiuto di una richiesta

Selezionare Deny per rifiutare la richiesta. Questa passa allo stato Denied, non può essere eseguita e il richiedente riceve una notifica. Utilizzare il commento per spiegare cosa deve essere modificato, in modo che il richiedente possa creare una richiesta corretta.

Audit trail

Ogni decisione viene registrata nella richiesta: chi ha approvato o rifiutato, quando, il commento lasciato e la finestra di approvazione impostata. La scheda Activity conserva la cronologia completa dalla creazione, passando per la decisione, fino all'esecuzione. Insieme ai log di esecuzione disponibili in Jobs, ciò fornisce una tracciabilità end-to-end di chi ha autorizzato una modifica su un dispositivo e di che cosa è stato effettivamente distribuito.

Casi d'uso

• Applicare il principio dei quattro occhi prima che una qualsiasi modifica raggiunga gli impianti in produzione.
• Verificare che un deployment proposto contenga soltanto le modifiche che dovrebbe contenere.
• Limitare un deployment autorizzato a una finestra di manutenzione concordata.
• Rifiutare una modifica con una motivazione scritta, conservata sia dal richiedente sia nel registro di audit.
• Dimostrare la conformità ai requisiti di gestione delle modifiche durante un audit.

Approfondimenti

• Richiesta di deployment — creazione ed esecuzione di una richiesta.
• Deployments — la cronologia dei deployment e i log di esecuzione.
• Notifiche — configurazione delle notifiche di deployment.