開発者は最初のリリースを発表しました 「ポッドマン２」、podman プロジェクトのメジャー アップデート - 標準コンテナを作成、起動、管理するためのユーティリティ OIC。 Podman は Docker プロジェクトの代替手段であり、バックグラウンド システム サービスや root 権限を必要とせずにコンテナを管理できます。
エンドユーザーにとって、変更はほとんどわかりませんが、場合によっては、json データ形式が変更されることがあります。
XNUMX 番目のバージョンの主な違いは、完全に機能する REST API です。 varlink ベースの API の実験的な実装は最初のブランチで利用できましたが、新しいバージョンでは完全に再設計されました。 varlink インターフェースの代わりに、標準の HTTP API が使用されるようになりました。
新しい REST API には、libpod ライブラリ関数へのインターフェイスと、Docker API 関数を部分的に実装する互換性レイヤーの XNUMX つのレイヤーがあります。 新しいアプリケーションの場合は、ネイティブの libpod インターフェイスを使用することをお勧めします。
新しい REST API により、Mac および Windows 用の podman クライアント アプリケーションのサイズが大幅に縮小されました。
主な変更点：
- REST API と podman システム サービスは実験段階ではなくなり、すぐに使用できるようになりました。
- podman コマンドは、--remote フラグを使用してリモート podman サービスに接続できます。
- podman クライアントは完全に書き直され、Varlink の代わりに HTTP API を使用するようになりました。
- リモート接続を設定するための podman system connection コマンドが追加されました。これは、podman-remote および podman --remote コマンドで使用されます。
- podmangenerate systemd コマンドは --new フラグをサポートし、ポッド用の systemd サービスを作成できるようになりました。
- podman play kube コマンドは、Kubernetes デプロイメント オブジェクトの起動をサポートしています。
- podman exec command コマンドは、バックグラウンドでコマンドを実行するための --detach フラグを受け取りました。
- podman run および podman create コマンドの -p フラグで、IPv6 アドレスへのポート転送がサポートされるようになりました。
- podman run、podman create、podman pod コマンドは、同じ名前でコンテナーを再作成するための --replace フラグをサポートするようになりました。
- podman run および podman create コマンドの --restart-policy フラグが、unless-stopped ポリシーをサポートするようになりました。
- podman run および podman create コマンドの --log-driver フラグを none に設定すると、コンテナーのログ記録が無効になります。
- podman generated systemd コマンドは、作成されるユニットを制御する引数 --container-prefix、--pod-prefix、および --separator を受け取ります。
- podman network ls コマンドは、結果をフィルタリングするための --filter フラグをサポートしています。
- podman auto-update コマンドは、コンテナーの認証ファイルの指定をサポートしています。
出所： linux.org.ru