docker system events --filter splunk コマンドは、Docker コンテナがコンテナログをロギングソリューションにエクスポートするように設定しません。docker system events コマンドは、コンテナの作成、起動、停止など、Docker デーモンからのリアルタイムイベントを表示します。--filter オプションは、タイプ、ラベル、名前などのさまざまな基準でイベントをフィルタリングします。ただし、splunk 用のフィルターは存在せず、たとえ存在したとしても、Splunk 関連のイベントのみが表示され、コンテナログは表示されません。Docker コンテナがコンテナログを Splunk にエクスポートするように設定するには、Splunk ロギングドライバーを使用する必要があります。これは、Splunk Enterprise および Splunk Cloud の HTTP イベントコレクターにコンテナログを送信するプラグインです。コンテナの作成時または実行時に --log-driver および --log-opt オプションを使用して、Splunk ログ ドライバーとそのオプション（Splunk トークン、URL、ソース、ソースタイプ、インデックスなど）を指定できます。また、daemon.json ファイルで log-driver キーと log-opts キーを設定し、Docker を再起動することで、Splunk ログ ドライバーを Docker デーモンのデフォルトのログ ドライバーとして設定することもできます。参考資料:
* docker システムイベント
* Splunk ロギングドライバー
* Docker コンテナのログを Splunk に送信するにはどうすればよいでしょうか?

説明
= コマンド kubectl get pods --all-namespaces -label env=development は構文エラーのため無効です。特定のラベルを持つポッドを一覧表示する正しい構文は kubectl get pods --all-namespaces です。
--selector label=value または kubectl get pods --all-namespaces -l label=value。コマンドのエラーは次のとおりです。
* ラベルセレクタを指定するオプションフラグは、-labelではなく--selectorまたは-lです。例えば、-label env=developmentは、--selector env=developmentまたは-l env=developmentとする必要があります。
クラスター内で env: development というラベルが付いているすべてのポッドを一覧表示する正しいコマンドは次のとおりです。
kubectl get pods --all-namespaces --selector env=development
このコマンドは、ラベル env を持つポッドの名前、ステータス、再起動、および経過時間を表示します。
すべての名前空間での開発。
参考資料: : ラベル | Kube by Example : kubectl チートシート | Kubernetes

説明
DTRセキュリティスキャンでは、公開ポートや本番環境イメージへのコンパイラの組み込みといったイメージ設定の不適切なプラクティスは検出されません。DTRセキュリティスキャンは、MITRE CVEまたはNIST NVDデータベース1に基づいてイメージ内の脆弱性を検出するように設計されています。イメージ設定やベストプラクティスはチェックしません。イメージ設定やベストプラクティスを確認するには、Dockerfile Linter（Docker EnterpriseのDocker Trusted Registry（DTR）コンポーネント）、Dockerfile Linter（Docker Bench for Security）などの他のツールを使用できます。参考資料：Docker EnterpriseのDocker Trusted Registry（DTR）コンポーネントのすべてのリポジトリで脆弱性スキャンを有効にする必要があります。Dockerfile Linter（Docker Bench for Security）

説明
= コマンド docker service create -name dns-cache -p 53:53 -udp dns-cache は、UDPプロトコルを使用してポート53のみをリッスンするSwarmサービスを作成しません。これは、コマンドにいくつかの構文エラーと無効なオプションがあるためです。UDPプロトコルを使用してポート53のみをリッスンするSwarmサービスを作成する正しいコマンドは、docker service create --name dns-cache --publish published=53,target=53,protocol=udp dns-cache12 です。コマンド docker service create -name dns-cache -p 53:53 -udp dns-cache には以下の問題があります。
* オプション -name は docker service create では有効なオプションではありません。サービス名を指定するための有効なオプションは --name3 です。
* docker service create ではオプション -p は無効です。サービスのポートを公開するための有効なオプションは --publish1 です。
* -udp オプションは docker service create では有効なオプションではありません。公開ポートのプロトコルを指定する有効なオプションは、--publish オプション1 内の protocol です。
* 引数 53:53 は docker service create の有効な引数ではありません。docker service create の引数は、dns-cache3 のようなサービスのイメージ名である必要があります。公開ポートのソースとターゲットは、--publish オプションでコンマで区切って指定する必要があります。
そのため、コマンド docker service create -name dns-cache -p 53:53 -udp dns-cache は意図したとおりに動作せず、エラーメッセージや予期しない結果が発生する可能性があります。参考資料:
* スウォームモードルーティングメッシュを使用する
* スウォームサービスネットワークを管理する
* docker サービスの作成

説明
イメージを削除し、Docker Trusted Registryでガベージコレクションを実行すると、ディスクからイメージが完全に削除されます。公式ドキュメントによると、これはイメージを削除してディスク容量を解放するための推奨方法です。
参考資料: https://docs.docker.com/ee/dtr/admin/manage-images/garbage-collection/