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.6k
困難を「一般解」で解く
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
64
「隙間家具OSS」に至る道/Fujiwara Tech Conference 2025
fujiwara3
7
12k
alecthomas/kong はいいぞ / kamakura.go#7
fujiwara3
1
970
ISUCONに強くなるかもしれない日々の過ごしかた/Findy ISUCON 2024-11-14
fujiwara3
10
1.3k
「最高のチューニング」をしないために / hack@delta 24.10
fujiwara3
21
4.4k
AWS Lambdaで実現するスケーラブルで低コストなWebサービス構築/YAPC::Hakodate2024
fujiwara3
10
6.3k
CEL(Common Expression Language)で書いた条件にマッチしたIAM Policyを見つける / iam-policy-finder
fujiwara3
2
1.8k
awslim - Goで実装された高速なAWS CLIの代替品を作った/layerx.go#1
fujiwara3
6
870
AWS CLIの起動が重くてつらいので aws-sdk-client-go を書いた / kamakura.go#6
fujiwara3
7
12k
Other Decks in Technology
See All in Technology
やさしい認証認可
minorun365
PRO
26
10k
libsyncrpcってなに?
uhyo
0
240
セキュリティSaaS企業が実践するCursor運用ルールと知見 / How a Security SaaS Company Runs Cursor: Rules & Insights
tetsuzawa
1
3k
Bill One 開発エンジニア 紹介資料
sansan33
PRO
4
12k
【ClickHouseMeetup】ClickHouseを活用したセキュリティログ解析AIエージェント『LogEater』とは
hssh2_bin
0
110
Javaアプリケーションの配布とパッケージング / Distribution and packaging of Java applications
hogelog
2
520
これならできる!Kotlin・Spring・DDDを活用したAll in oneのマイクロサービス開発術
demaecan
0
120
從開發到架構設計的可觀測性實踐
philipz
0
190
dbt Cloudの新機能を紹介!データエンジニアリングの民主化:GUIで操作、SQLで管理する新時代のdbt Cloud
sagara
0
120
バクラクのモノレポにおける AI Coding のための環境整備と {Roo,Claude} Code活用事例 / AI Coding in Bakuraku's Monorepo: Environment Setup & Case Studies with {Roo, Claude} Code
upamune
7
2.8k
Vibe Codingの裏で、 考える力をどう取り戻すか
csekine
0
420
Oracle Cloud Infrastructure IaaS 新機能アップデート 2025/03 - 2025/05
oracle4engineer
PRO
1
130
Featured
See All Featured
Designing for humans not robots
tammielis
253
25k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
26k
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
357
30k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.9k
Why You Should Never Use an ORM
jnunemaker
PRO
56
9.4k
Automating Front-end Workflow
addyosmani
1370
200k
Making Projects Easy
brettharned
116
6.2k
Connecting the Dots Between Site Speed, User Experience & Your Business [WebExpo 2025]
tammyeverts
2
110
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
6
670
StorybookのUI Testing Handbookを読んだ
zakiyama
30
5.8k
A better future with KSS
kneath
239
17k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
248
1.3M
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