Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
エンタープライズにおけるSRE立ち上げとNew Relic選定に至った背景とは / SRE S...
Search
TomoyaKitaura
May 13, 2022
Technology
970
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
エンタープライズにおけるSRE立ち上げとNew Relic選定に至った背景とは / SRE Startup and New Relic in the Enterprise
20220513 NRUG-SRE支部 Vol.1の発表資料です。
TomoyaKitaura
May 13, 2022
More Decks by TomoyaKitaura
See All by TomoyaKitaura
AIを上手に使っていこうとしたら越境せざるを得なくなった話 〜実践1年で見えた境界を越えなければならない理由と進め方〜 / Crossing borders with AI
tomoyakitaura
4
1.5k
SREの積み重ねがAI駆動開発のガードレールになった ― 7つの実践/SRE Guardrails The 7
tomoyakitaura
9
8k
New Relicの推せるところ・推せないところ / newrelic good and bad
tomoyakitaura
0
360
サービスレベルを管理してアジャイルを加速しよう!! / slm-accelerate-agility
tomoyakitaura
1
390
「頑張る」を「楽しむ」に変換する技術
tomoyakitaura
19
11k
これからの設計で変わること pre:invent2024アップデート速報 / pre:invent2024 network update
tomoyakitaura
1
320
セキュリティ活動をちょっとずつやる戦略を実行した気づき / Incremental Security Initiatives
tomoyakitaura
0
270
社内共通コンテナレジストリを設立して、開発者体験向上を狙ってみた /Establishing container registry to improve DX
tomoyakitaura
2
260
LTワークショップ3日目 / LT Workshop Day 3
tomoyakitaura
0
240
Other Decks in Technology
See All in Technology
2026-10-01_MagicPod_QAハーネスエンジニアリングとQA組織の未来像
ynisqa1988
1
550
Datadog の学び方 - あるいは、オブザーバビリティを学ぶとは何か
mananyuki
1
500
購入ドメインでの課題と取り組み
ykagano
0
150
データ品質を壊しながらSnowflakeのAIに分析させてみた
kawanago
0
520
プロダクト価値を、 チームが使える判断軸に変える
vivion
0
130
OpenSharing について熱く語る〜AI アセットの共有について〜
kameitomohiro
0
230
AI時代だからこそ推したい!Gitコマンド再入門
munakata
0
150
脆弱性診断って、何をしているの? 〜弱点を見つけて、会社の改善につなげるまで〜
keeg
0
390
Codex概要
ymiya55
0
450
FOSS4Gを活用した自治体業務DXの試み
470715
0
110
FinTech 1-2 : Overview of FinTech
ks91
PRO
0
150
並行性の問題を防げ!実践トランザクション入門
occhi
0
280
Featured
See All Featured
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.5k
Unsuck your backbone
ammeep
672
58k
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
Optimising Largest Contentful Paint
csswizardry
37
4k
The Illustrated Children's Guide to Kubernetes
chrisshort
51
53k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
23k
Principles of Awesome APIs and How to Build Them.
keavy
128
18k
Why Our Code Smells
bkeepers
PRO
340
58k
New Earth Scene 8
popppiees
4
2.7k
Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge
uxyall
1
450
What’s in a name? Adding method to the madness
productmarketing
PRO
24
4.2k
The State of eCommerce SEO: How to Win in Today's Products SERPs - #SEOweek
aleyda
2
12k
Transcript
エンタープライズにおけるSRE立ち上げと New Relic選定に至った背景とは 株式会社 mediba Tomoya Kitaura 2022/5/13 NRUG SRE支部
Vol.1
自己紹介 Tomoya Kitaura @kitta0108 mediba inc. SRE Unit ▪勉強会運営 -
- JAWS-UG コンテナ支部 - JAWS-UG SRE支部 - NRUG SRE支部 ▪好きなNew Relicのサービス - NRQL 2 2
medibaについて 3 ▪事業の一部をご紹介 - auスマートパス 会員数1,500万人以上。国内有数の有料会員数を誇るスマートフォン向けサービス「auスマートパス」の 企画・開発・編集と、サービス運営に関わる全般を担当しています。 - auWebポータル medibaが運営するポータルサービス「au
Webポータル」。 Webフロントおよびバックエンドシステムの開発や、日々の企画・改善などのグロースハックを担当。 各種サービスとの連携を行い、国内外のニュースをはじめ、 検索サービス、天気、乗換、占いなど日常生活に欠かせない情報をリアルタイムでお届けしています。 - auウェルネス auウェルネスは、健康を目指すすべての方へ健康活動の習慣化をサポートするサービスです。 iOS/Android/Watchアプリ各種機能のUIUX設計と開発、 プロモーションなどサービス運営に関わるクリエイティブの制作を担当しています。 - ポイントためる 「ポイントためる」は毎日まわせるポイントガチャやアプリの利用・アンケートなどでPontaポイントを ためることができるサービスです。 コンテンツの企画・開発・運用全般を担当し、 楽しくおトクにPontaポイントがためられるサービスを日々提供しています。
これからお話すること 4 medibaのSREは イマココ https://shikumishare.com/products/タックマンモデル
アジェンダ - SRE組織の立ち上がり - SREが解決する組織課題とは? - 不健全なプロダクト開発とは? - New Relic選定理由
- New Relic導入戦略 5
SRE組織の立ち上がり 6 インフラ部 SRE推進部 俺がSREだ!
SRE組織の立ち上がり 7 俺がSREだ! 俺がSREだ! ところでSREって なにやるんだっけ?
SRE組織の立ち上がり 8 SLI/SLOの運用! 開発者が開発しやす い環境作る! 共通で使える運用ツー ルを開発する! なかなか一つのスコープに議論がまとまらない・・・ Aさん Bさん
Cさん お題:あなたにとってのSREは何?
SREで解決する課題とは? 9 ビジネスの成功 人材のアロケーション Bizとの タスクコントロール スクラム開発の採用 タスク管理ツールの変更 解決したい課題 主題
解決の手段 ドメイン駆動開発の採用 教育 etc… 開発速度が遅い DevOpsの推進 SRE ・・・!?
SREで解決する課題とは? 10 ビジネスの成功 プロダクト健全性の担保 ユーザー体験の向上 サイト信頼性ベースの システム開発運用 エラーバジェットの運用 SREが解決したい課題 主題
利用できるSREのエッセンス 具体的な手段 DevOpsの パフォーマンス向上 Four Keys Metricsの運用
不健全なプロダクト開発とは? 11 プロダクト開発のサイクル Biz (企画) DevOps (開発/運用) ※なぜDevOpsではなくてSREなのかという観点での説明をしたいので、 DevOpsをくっつけて表現しています。
DevOps (開発/運用) Biz (企画) 不健全なプロダクト開発とは? 12 プロダクト開発のサイクル 不健全な例その1-1 あれも作って! これも作って!
失敗は許さん! 出したら報告書 だ!! はい喜んで! 一旦は人の手で 運用やっていこう! Biz側の高い要望を受け入れ続けると・・・
不健全なプロダクト開発とは? 13 プロダクト開発のサイクル 不健全な例その1-2 Biz (企画) ちょっと文言直して 欲しいんだけど・・・ 1ヶ月かかります いっぱいチェックし
なきゃいけないし ・・・ もはや人間がやる には難易度高すぎ る運用・・・ いずれ運用が破綻し、新規開発が困難に・・・ DevOps (開発/運用)
不健全なプロダクト開発とは? 14 プロダクト開発のサイクル 不健全な例その2-1 新しい機能の リリースをしたいと 思ってます。 テストのカバレッジ100%目指すぞ!! 新しい技術使いたい! パフォーマンスチューニングもしたい!
トイルは 完全に撲滅だー! DevOpsのメンテナンスに過剰投資しすぎると・・・ Biz (企画) DevOps (開発/運用)
Biz (企画) DevOps (開発/運用) 不健全なプロダクト開発とは? 15 プロダクト開発のサイクル 不健全な例その2-2 そろそろいける・・・? まだ直したいところが・・・
あれもこれも 自動化しよう 競合 サービス 新機能リリース しまくってるで!! 機会損失が生まれたり、競合サービスとの競争にやぶれる
不健全なプロダクト開発とは? 16 どうしたらいいんだ ろう・・・? そもそも問題点はど こ・・・?
DevOps (開発/運用) Biz (企画) 不健全なプロダクト開発とは? 17 DevOps が順調かどうか わからない Bizのタスクと
DevOpsの優先 順位がつけられ ない
DevOps (開発/運用) Biz (企画) 不健全なプロダクト開発とは? 18 エラーバジェットの消 費率 Four Keys
Metricsの 閾値超過率 全てが順調な場合 新機能の開発やっていこう! 新機能の開発やっていこう!
DevOps (開発/運用) Biz (企画) 不健全なプロダクト開発とは? 19 エラーバジェットの消 費率 Four Keys
Metricsの 閾値超過率 ユーザー体験が低下している時 新機能よりも ユーザー体験を向上する取り組 みに注力したほうが投資対効果 がよいかもしれないぞ! ユーザー体験を向上する取り組 みを検討しよう!
DevOps (開発/運用) Biz (企画) 不健全なプロダクト開発とは? 20 エラーバジェットの消 費率 Four Keys
Metricsの 閾値超過率 DevOpsうまくいってない時 開発の調子が悪そうだな 一度、運用改善するタスクに工 数回してあげた方が将来的にた くさん機能をリリースできるよう になりそうだ。 運用改善する取り組みを検討し よう!
New Relic 選定の理由 21 ビジネスの成功 プロダクト健全性の担保 ユーザー体験の向上 サイト信頼性ベースの システム開発運用 エラーバジェットの運用
SREが貢献できるアプローチ 主題 利用できるSREのエッセンス 具体的な手段 DevOpsの パフォーマンス向上 Four Keys Metricsの運用
New Relic 選定の理由 22 データ エラーバジェットの運用に必要な要素 各要素の実装手段 実装する基盤 SLO/SLIの 設計・構築・運用
信頼性を 守る能力 高い 開発速度 失敗を恐れ ない文化 オブザーバビリティの 実装 ~~ 中略 ~~
New Relic 選定の理由 23 ▪ 強力な技術サポート - 技術コンサルの方にプロダクト向けの説明や、デモを見せてもらったのですが、 最終系のイメージを掴むのに大変助かりました。 ▪True-Upモデルという価格体系
- 従量課金制で発生する一定の心理障壁を取り払うことが期待できた。 ▪SRE活動に特化したマネージドサービスの存在 - Service Level Management等、明確にSREが想定ユーザーとされているこ とがうかがえる。(今後も十分に期待できる!!) ▪使い心地 - NRQL補完機能が最高すぎる。事前キャッチアップ無しでもすぐに使えた。
New Relic導入戦略 24 ▪ちょっとずつ導入する作戦 - 新しいことを始める時のベストプラクティス ▪ちょうどいい感じの労力投資とそれに見合った効果が 得られるところを狙っていく - New
Relicはデキることがいっぱい ▪構築設計フェーズで頑張りすぎない。 - 最適なo11yは運用のフェーズでわかっていくものも多い - 運用フェーズで必要に応じて拡充していく気持ちを持つ
まとめ 25 ▪SREでやることを整理するときは課題ベースからの 逆算がおすすめ ▪プロダクトの開発サイクルを健全に保つ方法論として SREのプラクティスは活用できると考えています。 ▪エラーバジェットやfour keys metricsの運用に 必要な要素である各メトリクスの収集や描画機能に
New Relicは十分な機能を有していると感じています。 ▪o11yの導入は運用フェーズで頑張っていくというマインドセット 結構大事
さいごに 26 より高みを目指した開発を みんなで楽しんでいきましょう!! ご静聴ありがとうございました!! ちょこっとだけPR こんな規模感やフェーズのSREチームを一緒に盛り上げてくれる仲間大募集中です! ご興味ある方はTwitter(@kitta0108)あるいはNRUG SlackチャンネルでDM下さい!! ゆるく雑談させてください!!