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
FUJIWARA Shunichiro
March 05, 2025
Technology
10
3.5k
困難を「一般解」で解く
https://findy.connpass.com/event/345202/
Findy 技術参謀たちの戦略図 発表資料です
FUJIWARA Shunichiro
March 05, 2025
Tweet
Share
More Decks by FUJIWARA Shunichiro
See All by FUJIWARA Shunichiro
k6による負荷試験 入門から日常的な実践まで/Re:TechTalk #01
fujiwara3
2
36
「隙間家具OSS」に至る道/Fujiwara Tech Conference 2025
fujiwara3
7
11k
alecthomas/kong はいいぞ / kamakura.go#7
fujiwara3
1
900
ISUCONに強くなるかもしれない日々の過ごしかた/Findy ISUCON 2024-11-14
fujiwara3
10
1.3k
「最高のチューニング」をしないために / hack@delta 24.10
fujiwara3
21
4.3k
AWS Lambdaで実現するスケーラブルで低コストなWebサービス構築/YAPC::Hakodate2024
fujiwara3
10
6k
CEL(Common Expression Language)で書いた条件にマッチしたIAM Policyを見つける / iam-policy-finder
fujiwara3
2
1.8k
awslim - Goで実装された高速なAWS CLIの代替品を作った/layerx.go#1
fujiwara3
6
840
AWS CLIの起動が重くてつらいので aws-sdk-client-go を書いた / kamakura.go#6
fujiwara3
7
12k
Other Decks in Technology
See All in Technology
Porting PicoRuby to Another Microcontroller: ESP32
yuuu
4
440
ガバクラのAWS長期継続割引 ~次の4/1に慌てないために~
hamijay_cloud
1
270
Spring Bootで実装とインフラをこれでもかと分離するための試み
shintanimoto
7
850
OpenLane-V2ベンチマークと代表的な手法
kzykmyzw
0
100
Ops-JAWS_Organizations小ネタ3選.pdf
chunkof
2
170
Making a MIDI controller device with PicoRuby/R2P2 (RubyKaigi 2025 LT)
risgk
1
270
Automatically generating types by running tests
sinsoku
2
3.4k
エンジニアリングで組織のアウトカムを最速で最大化する!
ham0215
1
100
ドキュメント管理の理想と現実
kazuhe
1
210
Conquering PDFs: document understanding beyond plain text
inesmontani
PRO
0
110
Goの組織でバックエンドTypeScriptを採用してどうだったか / How was adopting backend TypeScript in a Golang company
kaminashi
6
6.2k
SDカードフォレンジック
su3158
1
630
Featured
See All Featured
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
How STYLIGHT went responsive
nonsquared
99
5.5k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
19
1.1k
Documentation Writing (for coders)
carmenintech
69
4.7k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.5k
Become a Pro
speakerdeck
PRO
27
5.3k
Building a Modern Day E-commerce SEO Strategy
aleyda
40
7.2k
Site-Speed That Sticks
csswizardry
5
500
Why You Should Never Use an ORM
jnunemaker
PRO
55
9.3k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
129
19k
A Modern Web Designer's Workflow
chriscoyier
693
190k
Unsuck your backbone
ammeep
670
57k
Transcript
困難を「一般解」で解く 2025-03-05 技術参謀たちの戦略図 〜リーダーシップという選択肢と彼らが選んだ企業の魅力〜 藤原俊一郎 @fujiwara
自己紹介 @fujiwara (X, GitHub, Bluesky) さくらインターネット クラウド事業本部(2025/02〜) 面白法人カヤック(〜2025/01) ISUCON 優勝4回
/ 運営(出題)4回 github.com/kayac/ecspresso github.com/fujiwara/lambroll
Staff Engineerの4類型 Tech Lead チームを導く Architect 設計で方向性を示す Solver 困難な問題を解決する Right
hand 経営陣と技術陣をつなぐ
Staff Engineerの4類型 Tech Lead Architect Solver Right hand 自分はどれか強いていえば、Solver (もちろん全員被る領域はある)
Solver = 困難な問題を解決する、火消し 困難な問題とは例えば… パフォーマンスチューニング 障害対応 セキュリティインシデント対応 コンポーネントの適切な使い方をする これが実は意外と難しい 運用における諸問題
(ログ、監視、アラート、デプロイ、etc) エンジニアリングや運用における困難 = 要因が単純ではない、複合的
やってきたこと 現場で出会った困難な問題を解決する 単にその場で解決するだけではなく、レバレッジの効く形で解決するのがベター レバレッジの効く形とは… そのプロジェクト/プロダクトに閉じていない解決法を見つける それを実装 / 導入 / 啓蒙する
→ 他のプロジェクト/プロダクトにも効く(みんなうれしい)
実例1: ログをAmazon Redshiftに取り込む 2015年ごろ fluent-plugin-redshift を使っていて運用が辛かった (最初に入れた Lobi というプロダクトで自分が…) fujiwara/Rin
( 26) で置き換え → 他のタイトルやログ基盤にも導入
実例2: オートスケール環境でのスケーラブルなデプロイ 2014年ごろ (Lobiで) EC2でオートスケールがしたかったが、rsyncベースのデプロイでは困難 fujiwara/stretcher ( 249)を開発 → 他タイトルにも適用できた。コスト削減効果大
実例3: ECS / Lambda のデプロイ そろそろコンテナ/FaaSを本格導入したかった2017年ごろ Amazon ECS: そもそもデファクトなデプロイツールがなかった kayac/ecspresso
( 892)を開発 大変世間の皆様のお役に立っているようです AWS Lambda: apex/apex を使っていたが… 2019年にEoL → fujiwara/lambroll ( 385)を開発 ecspresso 同様の使い勝手になるように便利にしていった
ECS → Lambda でスケール速度改善+コスト削減 2024年 アクセスのスパイクが鋭い+予測困難なマイクロサービス ECS ではオートスケールが追いつかない fujiwara/ridge (
63) を使って Lambda に置き換え アプリのコードは変更なし スパイク耐性が大幅にアップ(突然10倍きても平気) コストも大幅に削減 デプロイフローの変更は最小限 ecspresso / lambroll が同じ思想で作られているので 同じように使える
Staff Engineer の役割 広い範囲に技術で影響力を及ぼせるのが Staff Engineer Solver = 困難な問題がある現場でその問題を解く 可能であれば
「一般解で解く」 ある現場で解いた問題は、他でも簡単に解けるようになる 解法が OSS なら社内だけではなく、世間でも解けるようになる ジュニアエンジニア = 自分の困難を解決できる シニアエンジニア = チームの困難を解決できる Staff Engineer = 会社/業界の困難を解決できる
「最強のSREイネイブラー」by Songmu https://junkyard.song.mu/slides/fujiwara-tech-conference/#27