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
問題解決の促進-New Relicの導入から全社活用までの道のり- / Facilitate ...
Search
yayoi_dd
May 23, 2023
Technology
0
820
問題解決の促進-New Relicの導入から全社活用までの道のり- / Facilitate problem solving
弥生株式会社
オブザーバビリティ最前線 〜 事例LTから学ぶ、オブザーバビリティの成熟度〜(2023/05/23)
https://findy.connpass.com/event/281991/
yayoi_dd
May 23, 2023
Tweet
Share
More Decks by yayoi_dd
See All by yayoi_dd
“お客さま視点”を手に入れろ!! / Get the Customer’s Perspective!!
yayoi_dd
0
100
プロジェクト改善、まずは“ネタ出しの文化”から / Improving Projects Starts with a Culture of Idea Generation
yayoi_dd
0
100
使いにくい仕様を改善した件 / How We Improved a Difficult-to-Use Feature
yayoi_dd
0
110
弥生のQAエンジニア 品質保証活動と今後の課題 / Yayoi QA engineers, Quality assurance activities and future challenges
yayoi_dd
0
130
【弥生】20250130_AWSマルチアカウント運用セミナー登壇資料
yayoi_dd
2
4.3k
Amazon OpenSearchのコスト最適化とZeroETLへの期待 / Amazon OpenSearch Cost Optimization and ZeroETL Expectations
yayoi_dd
1
130
フロントエンドとバックエンド非同期連携パターンのセッションを見てきた話 / Talk about seeing a session on front-end and back-end asynchronous coordination patterns
yayoi_dd
0
94
reInventで学んだWebシステム運用のBadDayへの備え方 / How to Prepare for BadDay in Web System Operations Learned at reInvent
yayoi_dd
0
73
AWS reInventで感じた世界に見る生成AIの競争 / Competition in Generative AI as Seen Around the World at AWS reInvent
yayoi_dd
0
80
Other Decks in Technology
See All in Technology
テストを軸にした生き残り術
kworkdev
PRO
0
210
要件定義・デザインフェーズでもAIを活用して、コミュニケーションの密度を高める
kazukihayase
0
110
[ JAWS-UG 東京 CommunityBuilders Night #2 ]SlackとAmazon Q Developerで 運用効率化を模索する
sh_fk2
3
430
DDD集約とサービスコンテキスト境界との関係性
pandayumi
3
280
企業の生成AIガバナンスにおけるエージェントとセキュリティ
lycorptech_jp
PRO
2
170
職種の壁を溶かして開発サイクルを高速に回す~情報透明性と職種越境から考えるAIフレンドリーな職種間連携~
daitasu
0
170
Django's GeneratedField by example - DjangoCon US 2025
pauloxnet
0
150
AIのグローバルトレンド2025 #scrummikawa / global ai trend
kyonmm
PRO
1
280
Android Audio: Beyond Winning On It
atsushieno
0
300
研究開発と製品開発、両利きのロボティクス
youtalk
1
530
Webブラウザ向け動画配信プレイヤーの 大規模リプレイスから得た知見と学び
yud0uhu
0
230
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
8.7k
Featured
See All Featured
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
3.1k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
30
9.7k
Building Applications with DynamoDB
mza
96
6.6k
Practical Orchestrator
shlominoach
190
11k
Code Reviewing Like a Champion
maltzj
525
40k
Done Done
chrislema
185
16k
RailsConf 2023
tenderlove
30
1.2k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
Build The Right Thing And Hit Your Dates
maggiecrowley
37
2.9k
Testing 201, or: Great Expectations
jmmastey
45
7.7k
4 Signs Your Business is Dying
shpigford
184
22k
Designing Experiences People Love
moore
142
24k
Transcript
問題解決の促進 New Relicの導入から全社活用までの道のり 牛尾 哲朗
自己紹介 牛尾 哲朗 弥生株式会社(2016年3月~) 開発本部 次世代プロダクト開発 テックリード Windowsネイティブアプリ(前職) → ML系
→ 新サービス(クラウド)のアーキテクチャ検討・開発 ラーメン二郎が大好き!!
弥生株式会社 弥生会計などの業務ソフトを開発・販売
弥生株式会社 日本の小規模企業、中小企業の事業を支えることが弥生のミッション
弥生株式会社 会計ソフト、クラウド会計ソフト市場でシェアNo.1 登録ユーザー 250万以上 会計ソフト販売本数 シェアNo.1 クラウド会計ソフト 利用シェアNo.1 ※1 ※2
※3 ※1 2021年9月現在 ※2 業務ソフト市場における弥生製品のシェア:第三者による市場調査をもとに独自集計(対象期間:2020年10月1日~2021年6月30日) ※3 MM総研「クラウド会計ソフトの利用状況調査(2021年4月末)」
「監視」から「オブザーバビリティ」へのステップアップ 2015 2016 2017 2018 2019 2020 2021 2022 2023
• New Relic 導入 • 全社利用の 開始 • 利用推進チームの 立ち上げ Getting Started: 計測を始める Reactive: 受動的対応 Proactive: 積極的対応 Data Driven: データ駆動
監視 サーバー監視の目的で「Zabbix」や「Mackerel」を利用 監視の主体はサービスの開発チームではなく、運用チーム 障害発生時は、運用チームから開発チームに情報が連携される 2015 2016 2017 2018 2019 2020
2021 2022 2023
導入:計測を始める 2016年から、一部のサービスに「New Relic」を導入 New Relicの日本法人がまだ設立されていなかった時代 導入と運用の主体は開発チーム 利用していたのは「APM」と「Browser」 成熟度モデルでいう「0: 計測を始める」の段階 2015
2016 2017 2018 2019 2020 2021 2022 2023
導入:計測を始める 2015 2016 2017 2018 2019 2020 2021 2022 2023
認証認可システム 基幹システム New Relicを導入していたのは極一部のサービスのみ
導入:計測を始める 開発チームを跨るAPIの呼び出しについては、Traceできていなかった 自チームが開発・保守しているAPIのTrace 他チームが開発・保守しているAPIはTraceできない 2015 2016 2017 2018 2019 2020
2021 2022 2023
全社利用の開始:受動的対応、積極的対応 認証認可システム 基幹システム 2015 2016 2017 2018 2019 2020 2021
2022 2023 New Relic社の協力のもと、弥生全体のサービスや基盤への導入開始
全社利用の開始:受動的対応、積極的対応 2015 2016 2017 2018 2019 2020 2021 2022 2023
開発チームを跨るAPIの呼び出しについても、Traceできるようになった 自チームが開発・保守しているAPIのTrace 他チームが開発・保守しているAPIのTrace
全社利用の開始:受動的対応、積極的対応 「APM」や「Browser」に加え、 「Infrastructure」や「Synthetics」、「Alerts&AI」の活用も徐々に進めた 成熟度モデルでいう「1: 受動的対応」や「2: 積極的対応」の段階 2015 2016 2017 2018
2019 2020 2021 2022 2023
利用促進チームの立ち上げ:積極的対応、データ駆動 New Relic TFC(Technical Field Community) New Relic利用のコアメンバー会 New Relic社から勉強会等の支援を受けて、
弥生内でNew Relicの利用を推進するSpecialist集団 2015 2016 2017 2018 2019 2020 2021 2022 2023
利用促進チームの立ち上げ:積極的対応、データ駆動 役割 New Relic社と弥生のエンジニアの間に立って、 New Relicに関する情報の集約と展開を行う メンバー 各製品サービスや基盤系システムのチームから1~2名程度選出 2015 2016
2017 2018 2019 2020 2021 2022 2023 New Relic社 New Relic TFC 弥生のエンジニア
利用促進チームの立ち上げ:積極的対応、データ駆動 活動実績 New Relic社と合同でキックオフを実施 2015 2016 2017 2018 2019 2020
2021 2022 2023
利用促進チームの立ち上げ:積極的対応、データ駆動 活動実績 全開発者向けに New Relic説明会を実施 2015 2016 2017 2018 2019
2020 2021 2022 2023
まとめ サービスを導入するだけでは、成熟度は進まない 関連するサービス全体で、オブザーバビリティを高める必要がある 2015 2016 2017 2018 2019
2020 2021 2022 2023 • New Relic 導入 • 全社利用の 開始 • 利用推進チームの 立ち上げ
オブザーバビリティを高めて サービスの改善を加速させましょう
弥生株式会社では一緒に働く仲間を募集しています https://www.yayoi-kk.co.jp/company/recruiting/engineer.html