説明
このコマンドは、クラスター内の env:development というラベルが付いているすべてのポッドを表示します。kubectl get pods コマンドは、クラスターまたは特定の名前空間内のすべてのポッドに関する情報を表示します。の
--all-namespaces フラグは、出力にすべての名前空間のポッドを含めるよう kubectl に指示します。-l フラグは、ラベルと値を一致させる式であるラベル セレクターによって出力をフィルターするように kubectl に指示します。ラベルセレクター
「env in (development)」は、値がdevelopmentのラベルenvを持つポッドと一致します。したがって、このコマンドは、クラスター内の env:development というラベルが付いているすべてのポッドを表示します。参考文献:
https://kubernetes.io/docs/reference/generated/kubectl/kubectl-commands#get、
https://kubernetes.io/docs/concepts/overview/working-with-objects/labels/#label-selectors

説明
これ
このヘルスチェックの定義に関しては正しいステートメントです。ヘルスチェックは、コンテナー内でコマンドを定期的に実行することで、Docker がコンテナーの健全性ステータスを監視できるようにする機能です。ヘルスチェックには、テスト、間隔、再試行という 3 つのパラメータがあります。test パラメーターは、コンテナーの健全性をチェックするために実行するコマンドを指定します。間隔パラメータは、ヘルスチェックを実行する頻度を指定します。retries パラメーターは、コンテナーを異常とマークするために必要なヘルス チェックの連続失敗回数を指定します。この場合、ヘルスチェックはcurl -f http://localhost/ || を実行します。10 秒ごとに 1 を終了して、アプリの健全性をテストします。このコマンドが 3 回連続して失敗すると、コンテナーは異常としてマークされます。参考文献:
https://docs.docker.com/engine/reference/builder/#healthcheck、
https://docs.docker.com/engine/reference/run/#healthcheck

説明
= 包括的な説明はできませんが、質問は Docker Enterprise1 用の安全でスケーラブルなイメージ ストレージ ソリューションである Docker Trusted Registry (DTR) に関するものであると言えます。DTR を使用すると、組織やチームを作成してリポジトリへのアクセスを管理できます2。新しいユーザーを組織に追加しても、リポジトリへのアクセスが自動的に許可されるわけではありません。アクセスさせたいリポジトリに対する適切な権限を持つチームにそれらを割り当てる必要があります3。したがって、ソリューションでは、エンジニアリング/API リポジトリへの読み取り/書き込みアクセス権を持つエンジニアリング組織のチームにそれらを追加することを提案します。この質問に正しく答えるには、DTR の仕組みとリポジトリのアクセス制御の構成方法を理解する必要があります。参考資料: この質問に関する役立つ参考資料は、次のリンクで見つけることができます。
* Docker Trusted Registry の概要
* 組織とチームの作成と管理
* リポジトリへのアクセスを管理

説明
環境ごとに Docker 構成オブジェクトをプロビジョニングすることは、実行時にコンテナーに構成をプロビジョニングする方法です。Docker 構成オブジェクトは、アプリケーションまたはサービスの構成データを含むファイルです。docker config create コマンドを使用して作成し、docker service create または update コマンドの --config フラグを使用してサービスにアタッチできます。これにより、アプリケーションのイメージやコードを変更することなく、さまざまな構成をさまざまな環境に適用できます。参考文献:
https://docs.docker.com/engine/swarm/configs/、
https://docs.docker.com/engine/reference/commandline/config_create/