飲食テック · 決済 シニアソフトウェアエンジニア 2024 — 2026 日本・東京（オンサイト）
ランチラッシュを生き延びるシステム。
飲食店の注文・決済プラットフォームの生死は正午に決まります。東京の Quad で、注文・決済・健康食品・マーケティングキャンペーンのサービスを構築・運用しました——トラフィックは毎日スパイクとして到来し、失敗した注文はそのまま失った顧客になる世界です。
何が難しかったか
トラフィックは食事時のスパイクに集中する——キャパシティは平均ではなくピークに合わせて計画
決済は負荷の下でも正しくあり続けなければならない。「だいたい動いた」は返金キューでしかない
日本のエンジニアリングチームにオンサイトで参加——コミュニケーションの正確さはコードの正確さと同じだけ問われる
フライトプラン
注文・決済フローを支える高性能 API を Python（FastAPI）と Go で構築
ワークロードを GCP Cloud Run で運用し、レイテンシが最も効く箇所に Memcache のキャッシュを配置
Terraform で Infrastructure as Code を管理し、全環境を再現可能に維持
顧客向け・キャンペーン向けのレスポンシブな React フロントエンドを出荷
持ちこたえたもの
- サービスは本当に大事な1時間——デモではなくスパイク——に向けてチューニング
- インフラ変更が、暗黙知ではなくレビュー可能なプルリクエストになった
- 東京オンサイトで15ヶ月の納品実績——高い基準を持つ非英語圏のエンジニアリング文化で通用する証明
デブリーフィング
PythonFastAPIGoReactGCPCloud RunTerraformMemcache
Cache-asideAutoscaling on managed runtimesInfrastructure as codeAPI-first services
守秘義務に配慮し、詳細は匿名化しています——パターンは本物、クライアントの内部情報は非公開のまま。アーキテクチャの深い話は、通話で喜んでいたします。