= コマンド kubectl events deployment api は有効な kubectl コマンドではありません。デプロイメントオブジェクトのイベントを表示するための正しいコマンドは kubectl get events --field-selector involvedObject.name=api12 です。
このコマンドは、フィールドセレクタを使用して、関連するオブジェクト（apiというデプロイメント）の名前でイベントをフィルタリングします。または、kubectl describe deployment api を使用して、deployment3の詳細とイベントを確認することもできます。参考資料：
* 1: kubectl チートシート | Kubernetes
* 2: kubernetes - kubectl でポッドのイベントのみを取得する - Stack Overflow
* 3: Kubectl: イベントを取得して時間順に並べ替える - ShellHacks

説明
コンテナがlivenessProbeに失敗した場合、Kubernetesはデフォルトでオーケストレーターによって再起動され、不健全なコンテナの状態を修復します。これは、コンテナがlivenessProbeに失敗した場合のデフォルトの動作です。公式ドキュメントによると、Kubernetesは一定回数失敗してもコンテナが正常状態に戻らない場合は、コンテナを強制終了して再起動します。
参考文献:
https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-startup-probes/#define-a-li

説明
= ブリッジネットワーク上のコンテナにネットワーク接続を使用してアクセスしても、ホストネットワークからアクセス可能なコンテナは作成されません。ネットワーク接続コマンドはコンテナを既存のネットワークに接続しますが、コンテナのポートをホストに公開しません1。ブリッジネットワークはDockerがコンテナ用に作成するデフォルトのネットワークであり、ホストネットワークからの分離を提供します2。ホストネットワークからアクセス可能なコンテナを作成するには、ホストネットワークドライバーを使用する必要があります。これにより、ネットワーク分離が無効になり、ホストのネットワークスタックが直接使用されます3。または、ポートマッピング機能を使用して、コンテナの特定のポートをホストに公開することもできます4。参考資料：
* docker ネットワーク接続 | Docker ドキュメント
* ブリッジネットワークドライバー | Docker ドキュメント
* ホストネットワークドライバー | Docker ドキュメント
* ホスト上のポートを公開する | Docker ドキュメント