Question 1

Goアプリケーションでマルチステージビルドを使用する主な理由は何ですか？

Accepted Answer

マルチステージビルドはコンパイル環境を最終イメージから分離します。ビルドステージには完全なGo SDK（数百MB）が含まれますが、最終イメージにはコンパイル済みのバイナリのみが含まれます。これによりイメージサイズが大幅に削減され（約800MBから数MBへ）、本番環境で不要なビルドツールを排除することで攻撃対象領域を最小化します。

Question 2

サイズと攻撃対象領域を最小化するために、本番環境のGoアプリケーションに推奨されるベースイメージはどれですか？

Accepted Answer

scratchイメージはオペレーティングシステムを持たない空のイメージです。Goはlibcやその他のシステム依存関係を必要としない静的バイナリにコンパイルされるため、scratchを使用できます。これにより可能な限り最小のイメージ（数MB）が生成され、悪用可能なツールやシェルが存在しないため最高のセキュリティを提供します。distrolessやalpineは有効ですが、最適ではない代替手段です。

Question 3

scratchイメージと互換性のあるバイナリを作成するために必要なGoのコンパイルフラグはどれですか？

Accepted Answer

CGO_ENABLED=0はcgoを無効化し、netやos/userのようなパッケージにpure Goの実装を強制的に使用させます。これがないと、バイナリはlibcへの動的依存関係を持つことになります。GOOSとGOARCHはターゲットプラットフォームを指定します。これらのフラグを組み合わせると、外部依存関係のない完全な静的バイナリが生成され、scratchに最適です。

Docker & Containerization

Goアプリケーションでマルチステージビルドを使用する主な理由は何ですか？

回答

サイズと攻撃対象領域を最小化するために、本番環境のGoアプリケーションに推奨されるベースイメージはどれですか？

回答

scratchイメージと互換性のあるバイナリを作成するために必要なGoのコンパイルフラグはどれですか？

回答

Goアプリケーションのビルド時にDockerのレイヤーキャッシュを最適化するにはどうすればよいですか？

scratchと比較して、GoにGoogle Distrolessイメージを使用する利点は何ですか？

その他のGo面接トピック

Goの基礎

Goのデータ構造

Go のインターフェース

エラー処理

Goroutine の基礎

Channels

Go Modules

HTTP サーバー

HTTPクライアント

JSON エンコーディング

Database/SQL

context パッケージ

Testing

並行処理パターン

同期プリミティブ

Go Web フレームワーク

REST API 設計

gRPC

Reflection

メモリ管理

パフォーマンス最適化

Generics

Go Design Patterns

Microservices

セキュリティと認証

Kubernetes Basics

高度な Go

CLI開発

次の面接に向けてGoをマスター