Die erste stabile Version eines minimalistischen (im Vergleich zu Kubernetes und anderen Projekten in diesem Bereich) Orchestrierungssystems wurde veröffentlicht, HashiCorp Nomad, das Orchestrierung von Containern mit Docker und Podman, Java-Anwendungen, QEMU-virtuellen Maschinen, gewöhnlichen Binärdateien, und einer Reihe anderer von der Community unterstützter Methoden. Das Projekt ist in Go geschrieben und zeichnet sich durch eine enge Integration mit anderen HashiCorp-Projekten aus.
Laut HashiCorp selbst, im Vergleich zu Kubernetes,, ist ihr Projekt architektonisch einfacher, modularer und leistungsfähiger: Während Kubernetes einen Scheduler, Clusterverwaltung, Service-Entdeckung und Monitoring sowie Geheimnisverwaltung kombiniert und ein massiver, ressourcenintensiver Dienst ist, wird Nomad als kleine Binärdatei bereitgestellt und widmet sich ausschließlich dem Scheduling und der Clusterbildung. Alle anderen Funktionalitäten wurden anderen kleinen Diensten des Unternehmens überlassen: zum Beispiel, Consul für die Service-Entdeckung, und Vault für die Geheimnisverwaltung,.
Änderungen in dieser Version:
- Dynamic Application Sizing (nur in der Enterprise-Version verfügbar) – automatische Bestimmung der benötigten Ressourcen für einen optimalen Servicebetrieb;
- Consul Namespaces (nur in der Enterprise-Version von Consul verfügbar) – Abgrenzung des Sichtbarkeitsbereichs von Services für Consul innerhalb eines Nomad-Clusters;
- Namespaces (in der kostenlosen Version verfügbar) – Abgrenzung des Sichtbarkeitsbereichs und Trennung von Services innerhalb des Clusters;
- Event Stream – nützlich zur Fehlersuche, linearer Ereignisstrom, der innerhalb des Clusters aufgetreten ist;
- HCL2 – die neue Version der Konfigurationssprache der HashiCorp-Projekte, jetzt mit Unterstützung für Ausdrücke und Eingabevariablen;
- Verbesserte Unterstützung des Container Networking Interface – jetzt können Adressen, die mit CNI erstellt wurden, in Consul registriert werden;
- eine neue Schnittstelle zur Anzeige von Informationen über laufende Dienste, deren Verteilung auf Knoten und Ressourcennutzung innerhalb des Clusters.
Quelle: linux.org.ru
