{"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\/de\/blog\/news\/vypusk-opentofu-1-7-forka-platformy-upravleniya-konfiguracziej-terraform","title":{"rendered":"Die Ver\u00f6ffentlichung von OpenTofu 1.7, einem Fork der Konfigurationsmanagement-Plattform Terraform","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Ver\u00f6ffentlichung des OpenTofu-Projekts 1.7 wurde vorgestellt, das die Entwicklung der offenen Codebasis f\u00fcr die Konfigurationsmanagement- und Automatisierungsplattform Terraform fortsetzt. Die Entwicklung von OpenTofu erfolgt unter dem Schutz der Linux Foundation mit einem offenen Management-Modell, das von einer Gemeinschaft von Unternehmen und Enthusiasten, die an dem Projekt interessiert sind, gebildet wird (161 Unternehmen und 792 individuelle Entwickler haben ihre Unterst\u00fctzung f\u00fcr das Projekt angek\u00fcndigt). Der Code des Projekts ist in Go geschrieben und wird unter der Lizenz MPL 2.0 verbreitet. <\/p>\n
Der Fork wurde als Antwort auf die Umstellung von HashiCorp auf eine propriet\u00e4re Lizenz (BSL 1.1) f\u00fcr seine Produkte geschaffen, die die Verwendung des Codes in Cloud-Systemen einschr\u00e4nkt, die mit den Produkten und Dienstleistungen von HashiCorp konkurrieren. Der Lizenzwechsel erkl\u00e4rt sich aus dem Wunsch, die Finanzierung seiner Entwicklungen angesichts der Unf\u00e4higkeit klassischer Lizenzmodelle zu wahren, gegen das Parasitieren von Unternehmen, die die fertigen Open-Source-Codes von HashiCorp f\u00fcr die Schaffung eigener kommerzieller Cloud-Produkte nutzen, ohne an der gemeinsamen Entwicklung teilzunehmen. <\/p>\n
Die Plattform kann zur Erstellung, \u00c4nderung und Versionierung von Infrastrukturen im Einklang mit dem Konzept Infrastructure as Code verwendet werden, bei dem die Systemkonfiguration in einer hochgradig abstrahierenden dom\u00e4nenspezifischen Sprache beschrieben wird und \u00e4hnlich wie Code verarbeitet wird. OpenTofu unterst\u00fctzt den Aufbau eines Ressourcen-Grafen, der alle Beziehungen zwischen Ressourcen definiert, um die Durchf\u00fchrung von Operationen an den Ressourcen effizient zu parallelisieren und \u00c4nderungen unter Ber\u00fccksichtigung der Abh\u00e4ngigkeiten vorzunehmen. <\/p>\n
OpenTofu erm\u00f6glicht es auch, auf Grundlage einer gegebenen Konfiguration einen Ausf\u00fchrungsplan zu generieren, der die Bewertung der Ma\u00dfnahmen an der Infrastruktur vor ihrer tats\u00e4chlichen Anwendung an der Infrastruktur erm\u00f6glicht. Komplexe \u00c4nderungen an der Infrastruktur k\u00f6nnen automatisiert mit minimaler Beteiligung des Administrators vorgenommen werden, was viele durch menschliches Versagen verursachte Fehler vermeidet. Gleichzeitig kann der Administrator vollst\u00e4ndig nachverfolgen, was genau ge\u00e4ndert wird und in welcher Reihenfolge, indem er den bereitgestellten Ausf\u00fchrungsplan und den Ressourcen-Grafen nutzt. <\/p>\n
Unter den \u00c4nderungen in der Version OpenTofu 1.7: <\/p>\n
\n
M\u00f6glichkeit zum Schutz wichtiger Statusdateien durch End-to-End-Verschl\u00fcsselung. Die Verschl\u00fcsselung erm\u00f6glicht den Ausschluss des Zugriffs Dritter auf diese Dateien bei der Verwendung von nicht vertrauensw\u00fcrdigen Speicher-Backends. Das Passwort f\u00fcr die Verschl\u00fcsselung kann mithilfe von Umgebungsvariablen oder Schl\u00fcsselverwaltungssystemen wie AWS KMS, GCP KMS und OpenBao festgelegt werden.\n
Unterst\u00fctzung von dynamischen Funktionen, die vom Anbieter definiert werden. Diese M\u00f6glichkeit erlaubt es dem Anbieter, nicht nur Ressourcen, sondern auch Funktionen zur Verwendung im OpenTofu-Code bereitzustellen. Dar\u00fcber hinaus k\u00f6nnen die Funktionen dynamisch abh\u00e4ngig von der Konfiguration des Nutzers vom Anbieter definiert werden. Die Unterst\u00fctzung dieser Funktionalit\u00e4t wurde bereits in experimentelle Anbieter wie Lua und Go integriert.\n
Deklarative L\u00f6schoperationen wurden implementiert, die es erm\u00f6glichen, eine Ressource zur L\u00f6schung aus der Statusdatei zu kennzeichnen, sie jedoch in der erstellten Infrastruktur zu belassen.\n
M\u00f6glichkeit der Anwendung von \"for_each\"-Schleifen in Bl\u00f6cken, die den Import durchf\u00fchren, um das Importieren mehrerer typischer Ressourcen zu vereinfachen. <\/ul>\n