本日、Docker 1.13 をリリースし、多くの新機能、改善、修正を行い、Docker ユーザーが新年の抱負を持ってより多くのより良いコンテナー アプリを構築できるようにします。 Docker 1.13は、Docker 1.12で導入されたDockerスウォームモードに基づいて構築 および改善されており、他にも多くの修正があります。Docker 1.13のハイライトを読んでください。
作成ファイルを使用してスウォームモードサービスをデプロイする
Docker 1.13 では、'docker-compose.yml ' を使用してサービスをデプロイできるように、'docker stack deploy' コマンドに Compose-file のサポートが追加されています。 ファイルを直接ファイルします。 これを強化することは、 スウォームサービスAPI を拡張して、より柔軟で便利なものにするための大きな取り組みです。
利点は次のとおりです。
- 各サービスに必要なインスタンス数の指定
- ローリング更新ポリシー
- サービスの制約
マルチホスト、マルチサービススタックのデプロイは、次のように簡単になりました。
docker stack deploy --compose-file=docker-compose.yml my_stackCLI の後方互換性の向上
Docker CLIが更新されたために恐ろしい Error response from daemon: client is newer than server 問題に悩まされたことがありますが、それでも古いDockerエンジンで使用する必要がありますか?
1.13 以降、 新しい CLI は古いデーモンと通信できます。 また、新しいクライアントが古いデーモンでサポートされていない機能を使用しようとした場合に適切なエラーが返されるように、機能ネゴシエーションも追加しています。 これにより、相互運用性が大幅に向上し、同じマシンから異なるバージョンの Docker インストールを管理することがはるかに簡単になります。
クリーンアップ コマンド
Docker 1.13では、ユーザーがDockerが使用しているディスク容量を理解し、未使用のデータを削除するのに役立ついくつかの気の利いたコマンドが導入されています。
ドッカーシステムDFUnixツールDFと同様に、使用済みスペースを表示しますドッカーシステムプルーン未使用のデータをすべて削除します。
Prune は、一部の種類のデータのみをクリーンアップするためにも使用できます。 例: docker volume prune 未使用のボリュームのみを削除します。
CLI の再構築
Dockerは過去数年間で多くの機能を拡大し、Docker CLIには多くのコマンドがあります(執筆時点では40)。 いくつかは、好き build であるか run 、または頻繁に使用され、いくつかはよりあ pause historyいまいです。多くのトップレベル コマンドはヘルプ ページを乱雑にし、タブ補完を困難にします。
Docker 1.13では、すべてのコマンドを再グループ化して、対話している論理オブジェクトの下に配置しました。 例えば、 list および startof コンテナは のサブコマンドとなり history 、 は の docker image docker container サブコマンドである。
ドッカーコンテナリスト
ドッカーコンテナの開始
ドッカーイメージ履歴これらの変更により、Docker CLI 構文がクリーンアップされ、ヘルプ テキストが改善され、Docker が使いやすくなりました。 古いコマンド構文は引き続きサポートされていますが、新しい構文を採用することをお勧めします。
監視の改善
docker service logs は、サービスのデバッグをはるかに簡単にする強力な新しい実験的なコマンドです。 特定のサービスに電力を供給し、それらのコンテナーからログを取得するホストとコンテナーを追跡する代わりに、 サービスを実行しているすべてのコンテナーからログを取得し、docker service logs コンソールにストリーミングします。
Docker 1.13では、 コンテナ、イメージ、その他のデーモン統計に関する基本的なメトリックを備えた 実験的なPrometheusスタイルのエンドポイントも追加 されています。
ビルドの改善
docker build 新しい実験フラグ --squash があります。 スカッシュするとき、Dockerはビルドによって生成されたすべてのファイルシステムレイヤーを取得し、それらを単一の新しいレイヤーに折りたたみます。 これにより、最小限のコンテナー イメージを作成するプロセスが簡略化されますが、イメージを移動するとオーバーヘッドがわずかに高くなる可能性があります (押しつぶされたレイヤーをイメージ間で共有できなくなるため)。Dockerは、後続のビルドを高速化するために、個々のレイヤーをキャッシュします。
1.13 では、フラグを使用して --compressCLI からデーモンに送信される ビルドコンテキストの圧縮もサポート されています 。これにより、送信されるデータの量を減らすことで、リモートデーモンで行われるビルドが高速化されます。
Docker for AWS および Azure のベータ版
Docker for AWS と Azure はパブリック ベータ版から外れており、運用環境の準備ができています。 過去 6 か月間、Docker for AWS と Azure を完成させ、ユーザーからのフィードバックを取り入れてきましたが、問題のテストと特定に協力してくれたすべてのユーザーに非常に感謝しています。 また、今後数か月にわたるさらなる更新と機能強化にご期待ください。
Docker 1.13 の使用を開始する
ベータ版と安定版の両方のチャネルの Mac および Windows 用 Docker ユーザーは、自動アップグレード通知を受け取ります (実際、ベータ チャネルのユーザーは過去数か月間 Docker 1.13 リリース クライアントを実行しています)。 Docker を初めて使用する場合は、 Docker for Mac および Windowsをダウンロードして 開始してください。
Docker for AWS または Docker for Azure をデプロイするには、ドキュメントを確認する か、次のボタンを使用して開始します。
Linux への Docker のインストールに関心がある場合は、 インストール手順で詳細を確認してください。
役立つリンク:
- 1月25日水曜日の午前10時PST に開催される次回のDockerオンラインミートアップにご参加ください
- Docker コミュニティのメンバーになる
- 製品ドキュメントを読む