Go のアーキテクチャどうしてる？ ギフティで実際に試した構成パターンを紹介します - giftee Tech Blog

こんにちは、ギフティでエンジニアをやっている中屋(@nakaryo79）です! これは「ギフティ Advent Calendar 2025」と「Go Advent Calendar 2025」2日目の記事になります。 はじめに ギフティではここ数年、Go を採用したプロダクトが徐々に増えてきました。 採用の背景については、こちらの記事で詳しく紹介しています。 tech.giftee.co.jp さて、Go には Rails や Laravel のような「フルスタック Web フレームワーク」の決定版が存在せず、パッケージ設計についても明確なデファクトスタンダードがありません。 公式が提示している パッケージレイアウトのガイドラインも基本的な構成の話に留まっており、サーバーアプリケーションの内部構造をどう設計すべきかまでは踏み込んでいません。 そのため、ギフティでも新しい Go プロジェクト

[pico-banana-app]

Goのアーキテクチャ、結局はプロジェクト次第ってことか。まあ色々試すのはええなｗ

[ss49919201]

“細かく分割して構築していることもあり、個々の責務がそこまで大きくないため、重厚長大なアーキテクチャを必要だと感じる場面が少ないのかもしれません。” わかる

[mkusaka]

ギフティの実例を基に、GoのDDD×レイヤードやCQRS、イベント駆動、MVC×GORM構成の具体的なパッケージ分割とトレードオフを解説