Twórcy ogłosili pierwszą wersję „Podman 2”, główna aktualizacja projektu podman - narzędzia do tworzenia, uruchamiania i zarządzania standardowymi kontenerami OCI. Podman jest alternatywą dla projektu Docker i umożliwia zarządzanie kontenerami bez konieczności posiadania usługi systemowej w tle i bez konieczności posiadania uprawnień roota.
Dla użytkownika końcowego zmiany będą prawie niewidoczne, ale w niektórych przypadkach zmieni się format danych json.
Główną różnicą w stosunku do drugiej wersji jest w pełni funkcjonalne API REST. W pierwszej gałęzi dostępna była eksperymentalna implementacja API opartego na varlinku, jednak w nowej wersji została ona całkowicie przeprojektowana. Zamiast interfejsu varlink używany jest teraz standardowy interfejs API HTTP.
Nowy interfejs API REST składa się z dwóch warstw: interfejsu do funkcji biblioteki libpod oraz warstwy kompatybilności, która częściowo implementuje funkcje Docker API. W przypadku nowych aplikacji zalecane jest oczywiście użycie natywnego interfejsu libpod.
Nowe API REST znacznie zmniejszyło rozmiar aplikacji klienckiej podman dla komputerów Mac i Windows.
Główne zmiany:
- REST API i usługa systemu podman nie są już uważane za eksperymentalne i są gotowe do użycia.
- Komenda podman może połączyć się ze zdalną usługą podman przy użyciu flagi --remote.
- Klient podman został całkowicie przepisany i teraz używa API HTTP zamiast Varlink.
- Dodano polecenie połączenia systemowego podman umożliwiające skonfigurowanie połączeń zdalnych, które są następnie wykorzystywane przez polecenia podman-remote i podman --remote.
- Polecenie podman generate systemd obsługuje teraz flagę --new i może tworzyć usługi systemowe dla podów.
- Polecenie podman play kube obsługuje uruchamianie obiektów wdrożeniowych Kubernetes.
- Polecenie podman exec otrzymało flagę --detach umożliwiającą wykonywanie poleceń w tle.
- Flaga -p dla poleceń podman run i podman create obsługuje teraz przekazywanie portów na adresy IPv6.
- Polecenia podman run, podman create i podman pod obsługują teraz flagę --replace w celu odtworzenia kontenera o tej samej nazwie.
- Flaga --restart-policy dla poleceń podman run i podman create obsługuje teraz zasadę chyba, że zostanie zatrzymana.
- Flagę --log-driver dla poleceń podman run i podman create można ustawić na none, co powoduje wyłączenie rejestrowania kontenera.
- Polecenie podman generate systemd przyjmuje argumenty --container-prefix, --pod-prefix i --separator, które kontrolują tworzone jednostki.
- Polecenie podman network ls obsługuje flagę --filter w celu filtrowania wyników.
- Polecenie automatycznej aktualizacji podman obsługuje określanie pliku uwierzytelniającego dla kontenera.
Źródło: linux.org.ru