説明
イメージを削除し、Docker Trusted Registry からイメージ リポジトリを削除しても、イメージはディスクから完全には削除されません。公式ドキュメントによると、ディスク領域を再利用するには、Docker Trusted Registry でガベージ コレクションを実行する必要もあります。
参考資料: https://docs.docker.com/ee/dtr/admin/manage-images/garbage-collection/

説明
環境変数 DOCKER_CONTENT_TRUST=1 を設定してコンテンツの信頼を強制するようにローカル Docker エンジンを構成し、myorg/myimage:1.0 が署名されていない場合、Docker はこのコマンドをブロックします。コンテンツの信頼は、デジタル署名を使用して、特定のイメージ タグの整合性と発行者を検証できるようにする機能です。
コンテンツの信頼を有効にすると、信頼されたイメージを使用してプル、実行、または構築することのみが可能になります。イメージ タグが署名されていない場合、Docker はそれを使用しようとするコマンドをブロックします。これには、myorg/myimage:1.0 が署名されていない場合、myorg/myimage:1.0 から始まる Dockerfile からの Docker イメージのビルドが含まれます。参考文献:
https://docs.docker.com/engine/security/trust/、
https://docs.docker.com/engine/reference/commandline/image_build/

説明
コンテナ間のマルチホスト ネットワーク接続を有効にするネットワーク ドライバーは、ブリッジ、macvlan、ipvlan、およびオーバーレイです。これらのドライバーは、複数の Docker ホストにまたがるネットワークを作成するため、異なるホスト上のコンテナーが相互に通信できるようになります。他のドライバー (ホスト、ユーザー定義、なしなど) は、分離されたネットワーク、または単一のホストに限定されたネットワークを作成します。各ドライバーの概要と、それがマルチホスト ネットワークをどのようにサポートするかを次に示します。
*ブリッジ: ブリッジ ドライバーは、Linux ブリッジを使用して同じホスト上のコンテナーを接続するネットワークを作成します。
ただし、Consul、Etcd、ZooKeeper などの外部キー/値ストアを使用して、複数のホスト間でコンテナーを接続するネットワークを作成するために使用することもできます。この機能は非推奨であり、手動構成が必要であり、いくつかの制限があるため、推奨されません。マルチホスト ネットワークに推奨されるドライバーは overlay1 です。
*macvlan: macvlan ドライバーは、各コンテナーに MAC アドレスを割り当てるネットワークを作成し、コンテナーをネットワーク上の物理デバイスのように見せます。これにより、コンテナーは、コンテナーが実行されているホストに関係なく、同じネットワーク上の他のデバイスと通信できるようになります。macvlan ドライバーは、802.1q トランキングを使用してサブインターフェイスを作成し、異なるネットワーク間のトラフィックを分離することもできます2。
*ipvlan: ipvlan ドライバーは、各コンテナーに IP アドレスを割り当てるネットワークを作成し、コンテナーをネットワーク上の論理デバイスとして表示します。これにより、コンテナーは、コンテナーが実行されているホストに関係なく、同じネットワーク上の他のデバイスと通信できるようになります。ipvlan ドライバーは、l2、l3、l3s などのさまざまなモードを使用して、異なるネットワーク間のトラフィックのルーティングと分離を制御することもできます3。
*overlay: オーバーレイ ドライバーは、VXLAN トンネルを使用して複数の Docker デーモンを接続するネットワークを作成します。これにより、コンテナーは、異なるネットワーク上にある場合でも、異なるホスト間で通信できるようになります。オーバーレイ ドライバーは、暗号化、負荷分散、サービス検出もサポートしています。オーバーレイ ドライバーは、マルチホスト ネットワーク、特に Swarm サービスのデフォルトの推奨ドライバーです4。
参考文献:
*ブリッジネットワークを使用する
*macvlanネットワークを使用
*ipvlanネットワークを使用する
*オーバーレイネットワークを使用する

説明
このコマンドには、いくつかの構文エラーと欠落しているオプションがあるため、UDP プロトコルを使用してポート 53 でのみリッスンする swarm サービスは作成されません。公式ドキュメントによると、正しいコマンドは次のとおりです。
docker service create --name dns-cache -p 53:53/udp --mode global dns-cache エラーと欠落しているオプションは次のとおりです。
--name フラグにダッシュ (-) がありません。
-p フラグには、プロトコルを指定するための /udp サフィックスがありません。
--service フラグは存在しないため、サービス モードを指定するには --mode に置き換える必要があります。
グローバル オプションは --mode フラグの後に指定して、各ノードで 1 つのタスクを実行する必要があることを示す必要があります。
参考文献:
https://docs.docker.com/engine/reference/commandline/service_create/#publish-service-ports-externally-to-the-s
https://docs.docker.com/engine/reference/commandline/service_create/#specify-service-mode-mode
https://docs.docker.com/engine/reference/commandline/service_create/#options