traP × 東京工科大学 共同LT会 | Terraformでサークルサービスを再設計！ 運用とコストをスッキリ改善

このスライドは、僕がサークルで実際に運用していたサービスを題材に、「このままじゃ回らないな」と感じたところから、Terraformを使って構成を見直した話をまとめたものです。最初は自分しか触れない構成で、デプロイや設定変更のたびに手作業が発生していて、後輩に引き継ぐのも正直かなり厳しい状態でした。そこで、インフラをコードとして管理し、Cloudflare・Vercel・App Engine・Cloud SQLを組み合わせた構成に再設計することで、誰でも同じ環境を再現できて、運用やコスト面も楽になる形を目指しました。

Transcript

1. Terraformでサークルサービスを再設計！ 運用とコストをスッキリ改善　ฅ^•ω•^ฅ ﾆｬ~ 広瀬 エイトル LinuxClub 東京科学大学デジタル創作同好会traP × 東京工科大学 LinuxClub 2026.01.24 15:00〜
2. 広瀬 エイトル Heitor Hirose 東京工科大学 コンピュータサイエンス学部 コンピュータサイエンス学科 学部2年 趣味 : ダーツ、カンファレンス参加
3. サークルのフリー素材です。
4. 普段やってること 週２でAbema Towers通ってます。 渋谷で作業できるの「神」 AideaLabでフルスタックしながら 働いてます。最近はバグ潰しに従事。
5. 最近やってること あたらしいインターン先で 楽しくアプリ実装と設計を(=^x^=) スイーツでストレス発散 上の写真はデニーズです ❤️❤️❤️
6. 今日のアジェンダ 1. サークルで運用しているサービスについて 2. 最初の構成と当時の運用 3. なぜ設計の限界を感じたのか 4. 再設計した新しいアーキテクチャ 5. Terraformで運用がどう変わったか？
7. 東京工科大学 バスアプリ- TUT Bus
8. 東京工科大学 バスアプリ- TUT Bus
9. 手動更新 ユーザー CI / CD Cloud Build ビルド and デプロイ Golang API フロントエンド バックエンド 再設計が必要になった理由 デプロイのたびに手作業が発生する nginx や static ファイルの更新が自動 化されていない 設定ファイルや固定データがサーバー に直接存在する サーバー1台に役割が集中している 僕しか安全に触れない 後輩に引き継ぐのが現実的でない
10. データベース ユーザー フロントエンド Golang Echo (App Engine) バックエンド Cloud SQL (App Engine) DNS / WF Terraformで再設計した構成
11. 軽く、Terraformとは？ いわゆる IaC (Infrastructure as Code) クラウドインフラの構築・管理をコードで 行えるようにする！！ 主にGCP, AWS, Azureなどのクラウド サーバーやDNSの設定をコードで定義可能 他にも、スケーリング、セキュリティ項目 Terraformのコードがあれば同じ構成を誰でも 何度でも再現できる 後輩がハッピーになれる
12. Terraformにしたことでどう変わったか？ データベース ユーザー フロントエンド Golang Echo (App Engine) バックエンド Cloud SQL (App Engine) DNS / WF インフラ構成をコードとして残せるようになった 手順書なしで同じ環境を再現できる アカウントやプロジェクトを跨いだ移行が現実的に 個人の記憶に依存しない運用になった CI / CDが組みやすくなった AppEngineにしたメリット コンテナ恩恵を受けられるようになった 30%くらいコストダウン スタンダード環境（Scale-to-Zero）
13. Thank you !!!