[MIN-293] Docker CIワークフローの改善

[yuminn-k]

🔍 このPRで解決したい問題は何ですか？

• このPRは、Dockerイメージのビルドとプッシュのプロセスを改善し、GitHub Container Registry (ghcr.io) に適切にアップロードできるようにすることを目的としています。

✨ このPRで主に変わったことは何ですか？

• Docker Buildxのセットアップステップを追加しました。
• docker/build-push-action@v3 を使用して、イメージをビルドし、ghcr.ioにプッシュするようにしました。
• ko を使用した古いビルド方法を削除しました。
• マルチプラットフォーム対応のため、platforms パラメータを追加しました。

🔖 主な変更点以外に追加で変更された部分はありますか？

• なし

🙏🏻 Reviewerに特に見ていただきたい部分はありますか？

• 新しいCIワークフローが期待通りにDockerイメージをビルドしてプッシュできるかどうか、特にdocker/build-push-action@v3の設定と使用が正しいかを確認してください。

🩺 このPRでテストや検証が必要な部分はありますか？

• CI/CDパイプラインを実行し、Dockerイメージがghcr.ioに正しくプッシュされることを確認してください。

📚 関連するIssueやJira、ドキュメント

• koによるDockerイメージビルド時間短縮の検討 #177
• 백엔드(gin) 도커 이미지 개선(バックエンド(gin)Dockerイメージ改善)

🖥 作動する様子

スクリーンショットや録画したビデオ、またはgifを追加して、Reviewerが変更点を理解するのに役立ててください。

📌 PRを行う際の注意点

• Reviewerはコードレビュー時に良いコードの方向性を示しますが、コード修正を強制することはありません。
• Reviewerは良いコードを見つけた場合、賞賛と励ましを惜しみません。
• レビューは特別なケースでない限り、Reviewerに指定された時点から3日以内に行ってください。
• コメント作成時にPrefixにP1、P2、P3を書いていただくと、Assigneeがより明確にコメントに対して対応することができます。
  • P1 : 必ず反映してください (Request Changes) - 問題が発生したり、脆弱性が発見されたケースなど。
  • P2 : 反映を積極的に検討していただければと思います (コメント)。
  • P3 : こんな方法もあるんじゃないかな～などの些細な意見です (Chore)。

[Regulus0811]

おつかれいっち👍👍