YOOANT

✅エラー内容ローカル環境でSpringサーバーをビルドしてAWS ECRに保存した。当該イメージを使用してSpringサーバーをデプロイ中にエラーが発生したため、ログを確認したところ、以下の内容が確認された。 ✅原因調査自身のPCスペックMacBook ProIntelチップEC2インスタンスt4g.smallIntelチップ搭載のPCでは、デフォルトでDockerイメージが AMD64 (x86_64) 用としてビルドされる。t4g.smallのようにインスタンスタイプの名前に「g」が含まれるモデルは、ARMベース（Graviton）である。そのため、ARMベースのインスタンスがAMD用としてビルドされたイメージを読み込むことができず、このエラーが発生したのである。 ✅解決方法の整理1.ローカル（Intelチップ搭載Mac）でのビルド時、EC2サーバーのチップセット（ARM）に合わせ..

✅ 現状ImagePullBackOffエラーが出力されている。 3.Pod - SpringBoot✅ バックエンド (Spring Boot) サーバーを Pod として起動する1.Spring Boot プロジェクトのセットアップstart.spring.iohttps://start.spring.io/ 2.AppController@RestControllerpublic class AppController { @GetMapping("/") public Sttokyoant.tistory.com✅ 原因調査以前、Spring Boot プロジェクトをイメージとしてビルドし、Pod を起動しようとした。しかし、ImagePullBackOff というエラーが発生した。この問題は、イメージプルポリシー (Image Pull Policy) が原因で発生したもので..

✅ 現象Docker および Kubernetes インストール後、docker および kubectl コマンドが動作しない ✅ 原因① 環境変数の不在コンピュータのターミナルで docker と入力すると、システムは「docker というプログラムはどこにあるのか？」と指定された場所を探索する。これを PATH と呼ぶ。 通常、Docker は /usr/local/bin というフォルダに自身の実行ファイルの「ショートカット（シンボリックリンク）」を作成する。しかし、何らかの理由（過去の削除残骸、権限の競合、インストールエラーなど）により、このリンクが生成されていないか、断絶している可能性がある。 ② 権限（Permission）の問題Docker Desktop を初めてインストールして実行する際、「システム権限を許可しますか？」というポップアップが表示される。この時に拒否し..