{"id":115470,"date":"2024-05-01T12:46:45","date_gmt":"2024-05-01T10:46:45","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-opentofu-1-7-forka-platformy-upravleniya-konfiguracziej-terraform"},"modified":"2024-05-01T12:46:45","modified_gmt":"2024-05-01T10:46:45","slug":"vypusk-opentofu-1-7-forka-platformy-upravleniya-konfiguracziej-terraform","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/vypusk-opentofu-1-7-forka-platformy-upravleniya-konfiguracziej-terraform","title":{"rendered":"Rilascio di OpenTofu 1.7, un fork della piattaforma di gestione della configurazione Terraform","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata presentata la versione 1.7 del progetto OpenTofu, che prosegue lo sviluppo della base di codice open source per la gestione della configurazione e l'automazione del mantenimento dell'infrastruttura Terraform. Lo sviluppo di OpenTofu \u00e8 guidato dalla Linux Foundation, utilizzando un modello di gestione aperto con la partecipazione di una comunit\u00e0 formata da aziende e appassionati interessati al progetto (161 aziende e 792 sviluppatori individuali hanno dichiarato il loro supporto). Il codice del progetto \u00e8 scritto in Go e distribuito con la licenza MPL 2.0. <\/p>\n
Il fork \u00e8 stato creato in risposta alla decisione di HashiCorp di passare a una licenza proprietaria BSL 1.1, che limita l'uso del codice in sistemi cloud concorrenti con i prodotti e i servizi di HashiCorp. Il cambio di licenza \u00e8 motivato dal desiderio di mantenere il finanziamento dei propri sviluppi, considerando l'incapacit\u00e0 dei modelli di licenza tradizionali di affrontare il parassitismo delle aziende che utilizzano testi sorgente aperti di HashiCorp per creare propri prodotti cloud commerciali senza partecipare allo sviluppo congiunto. <\/p>\n
La piattaforma pu\u00f2 essere utilizzata per costruire, modificare e versionare l'infrastruttura secondo il concetto di infrastruttura come codice, in cui la configurazione dei sistemi \u00e8 descritta in un linguaggio di alto livello orientato agli oggetti e viene elaborata in modo simile al codice. OpenTofu supporta la creazione di un grafo delle risorse, che definisce tutte le relazioni tra le risorse per un'efficiente parallelizzazione delle operazioni e delle modifiche, tenendo conto delle dipendenze. <\/p>\n
OpenTofu consente anche di generare un piano di esecuzione (Execution Plan) basato sulla configurazione fornita, che permette di valutare le azioni sull'infrastruttura prima della loro applicazione effettiva. Le modifiche complesse all'infrastruttura possono essere effettuate in modo automatizzato, con un minimo intervento dell'amministratore, evitando cos\u00ec molti errori causati dal fattore umano. L'amministratore pu\u00f2 monitorare completamente le modifiche che verranno apportate e in quale ordine, utilizzando il piano di esecuzione e il grafo delle risorse forniti. <\/p>\n
Tra le modifiche nella versione OpenTofu 1.7: <\/p>\n
\n
La possibilit\u00e0 di proteggere file di stato importanti utilizzando la crittografia end-to-end. La crittografia consente di escludere l'accesso di terze parti ai dati di tali file quando si utilizzano backend di archiviazione non affidabili. La password per la crittografia pu\u00f2 essere impostata utilizzando variabili ambientali o sistemi di gestione delle chiavi come AWS KMS, GCP KMS e OpenBao.\n
Supporto per funzioni dinamiche definite dal provider. Questa capacit\u00e0 consente al provider di fornire non solo risorse, ma anche funzioni per l'uso nel codice di OpenTofu. Inoltre, le funzioni possono essere definite dinamicamente dal provider in base alla configurazione dell'utente. Il supporto per questa funzionalit\u00e0 \u00e8 gi\u00e0 stato aggiunto ai provider sperimentali Lua e Go.\n
Operazioni di eliminazione dichiarative implementate, che consentono di contrassegnare una risorsa per la rimozione dal file di stato, mantenendola per\u00f2 nell'infrastruttura creata.\n