{"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\/news\/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 continua lo sviluppo della base di codice aperto per la gestione della configurazione e l'automazione della manutenzione dell'infrastruttura Terraform. Lo sviluppo di OpenTofu \u00e8 sostenuto dall'organizzazione Linux Foundation, utilizzando un modello di governance aperto con la partecipazione della comunit\u00e0, composta da aziende e appassionati interessati al progetto (161 aziende e 792 sviluppatori individuali hanno dichiarato il loro supporto per il progetto). Il codice del progetto \u00e8 scritto in linguaggio Go e distribuito con licenza MPL 2.0. <\/p>\n
Il fork \u00e8 stato creato in risposta alla transizione da parte di HashiCorp dei propri prodotti a una licenza proprietaria BSL 1.1, che limita l'utilizzo del codice nei sistemi cloud che competono con i prodotti e i servizi di HashiCorp. Il cambiamento di licenza \u00e8 motivato dalla volont\u00e0 di mantenere il finanziamento dei propri sviluppi in un contesto in cui i modelli tradizionali di licenza non riescono a contrastare il parassitismo delle aziende che utilizzano i sorgenti aperti di HashiCorp per creare i 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 trattata in modo simile al codice. OpenTofu supporta la costruzione di un grafo delle risorse, definendo tutte le relazioni tra le risorse per un'efficiente parallelizzazione delle operazioni sulle risorse e apportando modifiche tenendo conto delle dipendenze. <\/p>\n
OpenTofu consente inoltre, sulla base di una configurazione specificata, di generare un piano di esecuzione (Execution Plan) che permette di valutare le azioni sull'infrastruttura prima della loro effettiva applicazione. Modifiche complesse all'infrastruttura possono essere effettuate in modo automatizzato, con un minimo coinvolgimento da parte dell'amministratore, evitando cos\u00ec molti errori causati dal fattore umano. L'amministratore pu\u00f2 comunque monitorare completamente quali modifiche verranno apportate e in quale ordine, utilizzando il piano di esecuzione e il grafo delle risorse forniti. <\/p>\n
Tra le novit\u00e0 della versione OpenTofu 1.7: <\/p>\n
\n
Possibilit\u00e0 di proteggere file di stato importanti utilizzando la crittografia end-to-end. La crittografia consente di escludere l'accesso di terzi a questi file durante l'uso di backend di archiviazione non fidati. La password per la crittografia pu\u00f2 essere impostata usando variabili d'ambiente o sistemi di gestione delle chiavi, come AWS KMS, GCP KMS e OpenBao.\n
Supporto per funzioni dinamiche definite dal fornitore. Questa possibilit\u00e0 consente al fornitore di fornire non solo risorse, ma anche funzioni da utilizzare nel codice OpenTofu. Inoltre, le funzioni possono essere definite dinamicamente dal fornitore, a seconda della configurazione dell'utente. Il supporto per tale funzionalit\u00e0 \u00e8 gi\u00e0 stato aggiunto ai fornitori sperimentali Lua e Go.\n
Sono state implementate operazioni di cancellazione dichiarative che consentono di contrassegnare una risorsa per la cancellazione dal file di stato, ma di mantenerla nell'infrastruttura creata.\n
Possibilit\u00e0 di utilizzare cicli «for_each» nei blocchi che effettuano l'importazione, per semplificare l'importazione di pi\u00f9 risorse standard. <\/ul>\n