Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
本当にやりたかったことは高速化ではなかった話
Search
luliko-hub
March 11, 2026
430
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
本当にやりたかったことは高速化ではなかった話
luliko-hub
March 11, 2026
More Decks by luliko-hub
See All by luliko-hub
yuru_sre_orui.pdf
luliko
0
190
jaws.pdf
luliko
0
110
Featured
See All Featured
GraphQLとの向き合い方2022年版
quramy
50
15k
Docker and Python
trallard
47
3.9k
Darren the Foodie - Storyboard
khoart
PRO
3
3.4k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.8k
Paper Plane
katiecoart
PRO
1
51k
The Invisible Side of Design
smashingmag
302
52k
Bash Introduction
62gerente
615
220k
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
370
Context Engineering - Making Every Token Count
addyosmani
9
970
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
133
19k
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
620
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
440
Transcript
本当にやりたかったこと は高速化ではなかった話 2026年3月 株式会社ギフティ 大類
©2019 giftee Inc. all rights reserved 2 自己紹介 ⚫ 自分につて
⚫ Orui (大類) と申します。 ⚫ おぱんちゅうさぎ好きなギフティの新卒2年目です~ ⚫ 仕事について ⚫ 私の部署は、受託開発がメインです。大手飲食チェーン (クライアント) に向け て開発をしています、 ⚫ 具体的には、クライアントが来店を促すために一般のお客さんに配布している、 電子の値引きチケット周りの生成システムを担当しています。
©2019 giftee Inc. all rights reserved 3 ことの始まり ⚫ 提案の季節がやってまいりました
⚫ 提案で何をするのか ⚫ 受託開発なので、クライアントから開発費用をもらって開発してます。 ⚫ なので、クライアントに向けてやりたい開発を提案し、次年度の予算を抑えて いただく必要があります。 ⚫ 今回は27年度の提案に向けた準備をしました。
©2019 giftee Inc. all rights reserved 4 Pjmから提案準備のお仕事が舞い込んでくる ⚫ 背景
⚫ 私のチームでは、値引きチケットをメール配信するための配信サービスも運用 しています。 ⚫ 現在は、1日の配信上限を決め、スプレッドシートで上限を超えないようにメー ル配信予定の管理をする、という運用をしています。 ⚫ 現在100万件/70min 程度の速度で配信をしています。
©2019 giftee Inc. all rights reserved 5 Pjmから提案準備のお仕事が舞い込んでくる • Pjmより依頼
チケットの配信速度を改善して、を 500万件/h に したいので、見積もり作成までおなしゃす! クライアント側にチケット配信を頻発したいとい うオーラがあったので なぜ高速化したいのですか? 了解です! 100万件/70min → 500万件/hで約5倍か… まあなんとかなるでしょう そんなに上手くはいきませ ん!! pjm pjm orui orui orui
©2019 giftee Inc. all rights reserved 6 やってみたところ、難航した 約2週間以下を格闘しました。 ⚫
ボトルネックの検証 ⚫ ソースコードの処理自体は遅くなく、SESとの通信部分がボトルネックになっていま した ⚫ テスト用のSESの構築に難航する ⚫ 500万件/h達成のためには、SES側の送信レートを約 1400件/秒に上げないといけな い。 ⚫ AWSにリクエストして、送信レートを上げました。 ⚫ 高いレートなので、AWSから利用目的などを質問される。 ⚫ 送信レート引き上げがacceptされた際に、AWSからメッセージがあり、専用IPが35 個必要と言われました。専用IP35個は月額 $800ドルごえ!! → この時点で高速化に対するコストがやばいことを認識する → この時点で見積もり作成完了まで1週間だった。 → もう無理だ!となる
©2019 giftee Inc. all rights reserved 7 白旗を上げる じゃあ諦めるところを決めようか すまんけど期限内にできなそうです
うい 最終的な着地点 ⚫ 速度改善は100万件/70min → 100万件/h の改善になりました。 ⚫ たくさん配信するために、以下のシステム改修の方針になりました。 ⚫ 運用で設けられていた1日の上限を緩和する。 ⚫ スプレッドシートの配信予定管理を廃止し、システム側で管理する。 orui orui pjm
©2019 giftee Inc. all rights reserved 8 反省点 ⚫ 本当にやりたかったことを見失っていた
⚫ 本当にやりたかったことは「高速化」ではない。チケットをたくさん配信する ことだった。 ⚫ 高速化は本当にやりたかったことを達成するための一手段であった。 ⚫ 500万件/hは死守すべき要件だったのかPjmに温度感の確認が不足していた。 ⚫ 結果、高速化が目的化し、工数をかけすぎていた ⚫ 高速化という手段に見切りをつけるスピードの遅さ ⚫ 高速化という手段はコストがかかるので現実的ではない、ということにもう少 し早く気づけていればよかった。そうすれば他手段を調査する時間が多く取れ た。 ⚫ 高速化という手段で本当に良いのか、をまず考えなかったことが敗因であった。
©2019 giftee Inc. all rights reserved 9 終わりに なんやかんやありましたが、見積もり書は完成し、提案が完了しました。 この提案をacceptしてもらえることを祈りましょう~~~