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
Sponsored
·
Your Podcast. Everywhere. Effortlessly.
Share. Educate. Inspire. Entertain. You do you. We'll handle the rest.
→
luliko-hub
March 11, 2026
490
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
tamachi_sre.pdf
luliko
0
11
yuru_sre_orui.pdf
luliko
0
250
jaws.pdf
luliko
0
140
Featured
See All Featured
Test your architecture with Archunit
thirion
2
2.4k
Leadership Guide Workshop - DevTernity 2021
reverentgeek
1
340
Java REST API Framework Comparison - PWX 2021
mraible
34
9.7k
The AI Revolution Will Not Be Monopolized: How open-source beats economies of scale, even for LLMs
inesmontani
PRO
3
3.7k
職位にかかわらず全員がリーダーシップを発揮するチーム作り / Building a team where everyone can demonstrate leadership regardless of position
madoxten
64
56k
KATA
mclloyd
PRO
35
15k
Thoughts on Productivity
jonyablonski
76
5.3k
A Tale of Four Properties
chriscoyier
163
24k
Design in an AI World
tapps
1
290
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.5k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
16k
Code Reviewing Like a Champion
maltzj
528
40k
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してもらえることを祈りましょう~~~