Riepilogo
Si è accettato di condividere il modello Bicep con i colleghi, ma, quando si è iniziato a esaminarlo insieme, è risultato evidente che la funzione del modello non era chiara. Si è deciso di effettuare il refactoring del modello in modo che per i colleghi fosse più facile comprenderlo, riutilizzarlo e modificarlo.
In questo modulo è stato illustrato come scrivere e strutturare il codice Bicep per supportare la collaborazione. È stato effettuato il refactoring del modello per migliorare i parametri e i nomi delle risorse. È stato ristrutturato per semplificarne la comprensione e l'uso. È stata aggiunta una documentazione esplicativa sotto forma di commenti e metadati.
Si è appreso come l'estensione Bicep per Visual Studio Code consente di effettuare il refactoring e riorganizzare il codice Bicep. Le modifiche apportate al codice Bicep hanno consentito ai colleghi di usare il modello e di rispettare la scadenza.
Quando si lavora per proprio conto, è facile dimenticare di strutturare il codice Bicep in modo che sia comprensibile per gli altri utenti. Ma stabilendo buone abitudini, applicando le procedure consigliate e investendo un po' di tempo, è possibile fare in modo che i colleghi riescano a distribuire il modello più facilmente e a usarlo per ulteriori operazioni di compilazione.
In generale, in futuro usare il codice Bicep sarà più semplice per tutti.
Suggerimento
Man mano che si continua a usare Bicep, è possibile comprendere i modelli Bicep. I modelli offrono soluzioni comprovate ad alcuni degli scenari comuni affrontati dagli utenti Bicep.
È anche necessario avere familiarità con gli scenari Bicep, che offrono indicazioni su come creare file Bicep per tipi specifici di risorse di Azure.
Riferimenti
- Procedure consigliate per Bicep
- Indicazioni relative a Cloud Adoption Framework per la denominazione e l'applicazione di tag
- Regole dei nomi delle risorse di Azure