Deweloperzy ogłosili pierwsze wydanie „Podman 2”, głównej aktualizacji projektu podman – narzędzia do tworzenia, uruchamiania i zarządzania kontenerami standardu OCI. Podman jest alternatywą dla projektu Docker i pozwala zarządzać kontenerami bez potrzeby uruchamiania usług systemowych w tle oraz nie wymaga uprawnień administratora.
Dla końcowego użytkownika zmiany będą praktycznie niezauważalne, jednak w niektórych przypadkach zmieni się format danych json.
Podstawową różnicą drugiej wersji jest w pełni funkcjonalne API REST. Eksperymentalna wersja API oparta na varlink była dostępna już w pierwszej wersji, ale w nowej edycji została całkowicie przepisana. Zamiast interfejsu varlink używane jest teraz standardowe API HTTP.
Nowe API REST ma dwie warstwy: interfejs do funkcji biblioteki libpod oraz warstwę zgodności, częściowo realizującą funkcje Docker API. Dla nowych aplikacji zaleca się oczywiście korzystanie z „native” interfejsu libpod.
Nowe API REST pozwoliło znacząco zmniejszyć rozmiar aplikacji klienckiej podman dla systemów Mac i Windows.
Główne zmiany:
- API REST i podman system service nie są już uważane za eksperymentalne i są gotowe do użycia.
- Zespół podman może łączyć się z zdalną usługą podman za pomocą flagi —remote.
- Klient podman został całkowicie przepisany i teraz korzysta z HTTP API zamiast Varlink.
- Dodano polecenie podman system connection do konfigurowania zdalnych połączeń, które następnie są używane przez polecenia podman-remote oraz podman —remote.
- Polecenie podman generate systemd teraz obsługuje flagę —new i może tworzyć usługi systemd dla podów.
- Polecenie podman play kube obsługuje uruchamianie obiektów deployment w Kubernetes.
- Polecenie podman exec command zyskało flagę —detach do wykonywania poleceń w tle.
- Flaga -p dla poleceń podman run i podman create teraz wspiera przekazywanie portów na adresy IPv6.
- Polecenia podman run, podman create i podman pod teraz wspierają flagę —replace do rekreacji kontenera o tej samej nazwie.
- Flaga —restart-policy dla poleceń podman run i podman create teraz wspiera politykę unless-stopped.
- Flaga —log-driver dla poleceń podman run i podman create może przyjmować wartość none, która wyłącza zapis logów kontenera.
- Polecenie podman generate systemd przyjmuje argumenty —container-prefix, —pod-prefix i —separator, które kontrolują tworzone jednostki.
- Polecenie podman network ls wspiera flagę —filter do filtrowania wyników.
- Zespół podman auto-update obsługuje wskazywanie pliku authfile dla kontenera.
Źródło: linux.org.ru
