{"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\/novosti-interneta\/vypusk-opentofu-1-7-forka-platformy-upravleniya-konfiguracziej-terraform","title":{"rendered":"Ver\u00f6ffentlichung von OpenTofu 1.7, einem Fork der Konfigurationsmanagement-Plattform Terraform","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Die Version 1.7 des OpenTofu-Projekts wurde vorgestellt, das die Entwicklung einer Open-Source-Codebasis f\u00fcr Konfigurationsmanagement und Automatisierung der Infrastrukturpflege von Terraform fortsetzt. OpenTofu wird unter dem Sponsoring der Linux Foundation entwickelt und folgt einem offenen Verwaltungsmodell, das die Beteiligung einer Gemeinschaft umfasst, die aus interessierten Unternehmen und Enthusiasten besteht (161 Unternehmen und 792 individuelle Entwickler haben ihre Unterst\u00fctzung f\u00fcr das Projekt angek\u00fcndigt). Der Code des Projekts ist in der Programmiersprache Go geschrieben und wird unter der MPL 2.0-Lizenz vertrieben. <\/p>\n
Das Fork wurde als Reaktion auf die Umstellung der Produkte von HashiCorp auf die propriet\u00e4re Lizenz BSL 1.1 geschaffen, die die Verwendung des Codes in Cloud-Systemen, die mit HashiCorp-Produkten und -Diensten konkurrieren, einschr\u00e4nkt. Der Lizenzwechsel wird mit dem Wunsch erkl\u00e4rt, die Finanzierung ihrer Entwicklungen in einem Umfeld zu sichern, in dem klassische Lizenzierungsmodelle nicht in der Lage sind, das Parasitieren von Unternehmen zu verhindern, die die bestehenden Open-Source-Codes von HashiCorp nutzen, um eigene kommerzielle Cloud-Produkte ohne Beteiligung an der gemeinsamen Entwicklung zu schaffen. <\/p>\n
Die Plattform kann genutzt werden, um die Infrastruktur gem\u00e4\u00df dem Konzept \u201eInfrastructure as Code\u201c zu erstellen, zu \u00e4ndern und zu versionieren. Dabei wird die Konfiguration der Systeme in einer hochgradig abstrahierten, dom\u00e4nenspezifischen Sprache beschrieben und \u00e4hnlich wie Code verarbeitet. OpenTofu unterst\u00fctzt den Aufbau eines Ressourcen-Grafen, der alle Verbindungen zwischen den Ressourcen definiert, um parallele Operationen und \u00c4nderungen unter Ber\u00fccksichtigung der Abh\u00e4ngigkeiten effizient zu gestalten. <\/p>\n
OpenTofu erm\u00f6glicht es zudem, auf Basis der definierten Konfiguration einen Ausf\u00fchrungsplan (Execution Plan) zu generieren. Dieser Plan hilft, die Ma\u00dfnahmen an der Infrastruktur zu bewerten, bevor sie tats\u00e4chlich angewendet werden. Komplexe \u00c4nderungen an der Infrastruktur k\u00f6nnen automatisiert mit minimalem Eingreifen des Administrators vorgenommen werden, was viele Fehler, die durch menschliches Versagen verursacht werden, vermeiden hilft. Der Administrator kann dabei genau nachverfolgen, was ge\u00e4ndert wird und in welcher Reihenfolge, indem er den bereitgestellten Ausf\u00fchrungsplan und den Ressourcen-Grafen nutzt. <\/p>\n
Zu den \u00c4nderungen in der Version OpenTofu 1.7: <\/p>\n
\n
Die M\u00f6glichkeit, wichtige Zustandsdateien mit End-to-End-Verschl\u00fcsselung zu sch\u00fctzen. Die Verschl\u00fcsselung verhindert den Zugriff Dritter auf diese Daten, wenn unsichere Speicher-Backends verwendet werden. 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 dynamischer Funktionen, die vom Anbieter definiert werden. Diese F\u00e4higkeit erm\u00f6glicht es dem Anbieter, nicht nur Ressourcen, sondern auch Funktionen f\u00fcr die Verwendung im OpenTofu-Code bereitzustellen. Dar\u00fcber hinaus k\u00f6nnen die Funktionen dynamisch abh\u00e4ngig von der Konfiguration des Benutzers vom Anbieter definiert werden. Die Unterst\u00fctzung dieser Funktionalit\u00e4t wurde bereits in den experimentellen Anbietern Lua und Go integriert.\n
Deklarative L\u00f6schoperationen wurden implementiert, die es erm\u00f6glichen, eine Ressource zur L\u00f6schung aus der Zustandsdatei zu kennzeichnen, sie jedoch in der aufgebauten Infrastruktur zu belassen.\n