監視からオブザーバビリティへ〜オブザーバビリティの成熟度/From Monitoring to Observability - Maturity of Observability

by New Relic

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

© 2023 New Relic, Inc. All rights reserved New Relic 会社概要日本法人設立代表者シェア本社事業内容設立代表者上場従業員数顧客数売上 New Relic 株式会社 2018年8月小西真一朗（代表取締役社長）国内オブザーバビリティ市場シェア No.1* New Relic, Inc. （HQ: サンフランシスコ、USA）オブザーバビリティ・プラットフォームの提供 2008年ビル・ステイプルズ（Bill Staples - CEO）ニューヨーク証券取引所: NEWR 約2,200人 15,000 以上 $786M（2022年3月末） 3 *出典：株式会社テクノ・システム・リサーチ創業者ルー・サーニー (Lew Cirne)

Slide 4

Slide 4 text

Slide 5

Slide 5 text

© 2023 New Relic, Inc. All rights reserved 自己紹介伊藤覚宏 (いとうあきひろ) New Relic 株式会社シニアテクニカルサポートエンジニア • OSS監視ソリューションのテクニカルサポート、クラウド環境の構築・設計、運用設計の経験を活かしお客様をサポートいたします。 – 専門：監視、クラウドアーキテクト、AWS、 VMware、Zabbix • インフラエンジニア • クラウドエンジニア • サポートエンジニア   

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

その答えは、NO “アマゾンはシステム管理のプロセスを改善するために25年もの旅をしてきました。そして、システムを管理するには「監視するだけで充分」という考えを捨てました。大量のデータやログをどのように分析するか、問題が発生したときにどのように問題を解決し話し合うかに至るまで、業務に対する全体的なアプローチに乗り出しています。まさにそれこそが「オブザーバビリティ (可観測性) 」なのです。” Dr. Werner Vogels Vice President and CTO of Amazon

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

© 2023 New Relic, Inc. All rights reserved ITシステムの進化と役割の変化 1960年〜 1980年〜 2000年〜 2010年〜 2020年〜メインフレームオープンシステムサーバー仮想化クラウドコンテナ・サーバレスモード1：既存業務の維持モード2：価値の提供業務効率化業務拡張事業創造メールやドキュメントなどインターネット検索や eコマースシステム = ビジネスシステム＝ビジネスそのものになる時代へ業務処理会計処理など

Slide 13

Slide 13 text

© 2023 New Relic, Inc. All rights reserved ITシステムの進化の背景 VM VM VM VM メインフレームオープンシステムサーバー仮想化クラウドコンテナ・サーバレス一部の社員社員全員世界中の人取引先安定稼働利用者少多重視されていること安定稼働新機能追加システムに対する需要が読めない → より簡単にスケールする仕組みへ市場ニーズに対する早急な対応や新規需要の創出を目指す　→　基盤のコード化(IaC)やマイクロサービス化へ

Slide 14

Slide 14 text

© 2023 New Relic, Inc. All rights reserved ITシステムの進化に伴う監視の変化 VM VM VM VM メインフレームオープンシステムサーバー仮想化クラウドコンテナ・サーバレスサーバー仮想マシンコンテナクラウドリソース監視対象の数少多監視の観点システム内部ユーザー体験監視対象はより多く、より複雑にユーザー視点の監視が重視されるように監視対象の状態静的動的監視対象は常に変化するように

Slide 15

Slide 15 text

© 2023 New Relic, Inc. All rights reserved 監視の対象と観点が変化する  過去のシステム  アプリ  (モノリシック)  基盤  (オンプレ)  近年のシステム  基盤  (オンプレ・クラウド)  リソース抽象化  (仮想化、コンテナ等)  アプリ  (マイクロサービス)  • 構成要素がシンプル  • システム変更が少ない  • 基盤を監視していればアプリの振る舞いとサービスの状態も予測できる  • 構成要素が複雑  • 新機能リリースなど変化が当たり前   • 基盤を監視してもサービスの状態を把握できない→ユーザー体験の監視へ新機能

Slide 16

Slide 16 text

© 2023 New Relic, Inc. All rights reserved クラウドのシステムモデル • 1台のサーバを見るのでは無く無数のサーバをクラスタとして管理する • アプリはクラスタメンバーの個々のサーバー内で動作する • オートスケールやオートヒーリングを適切に動作させる事が重要　オンプレミスからIaaSへ • APIによる連携 • オートヒーリングやオートスケールは基本機能として組み込まれておりユーザーは意識しない • 個々のコンテナでは無くシステム集合が動作していることが重要 IaaSからコンテナへ

Slide 17

Slide 17 text

© 2023 New Relic, Inc. All rights reserved IT環境のシステムモデルの遷移 ● ペットモデル・キャトルモデル Microsoft Bill Baker 提唱オルガノモデル New Relic 伊藤覚宏提唱 ● 小数の個別サーバーを管理する ● 大事なペットを守るような運用 ● システムはステートフル ● モノリシックな実装ペットモデル ● 同じ機能を持った複数のサーバーをクラスタとして運用 ● 家畜のように群れとしての運用 ● AutoScalingやAutoHealingを設定してシステムの堅牢性を確保 ● アプリサーバーやDBサーバーは分離されているが、実装自体はモノリシックに近いキャトルモデル（家畜） ● コンテナによるオーケストレーション ● コンテナの数やスペックはマニュフェストにより定義され、問題があれば自動的に再配置される ● 臓器のように個々のコンテナ（細胞）が複製やアポトーシスを行う ● 個々のコンテナの死活では無くシステム自体が機能を提供している事が重要オルガノモデル（臓器）※

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

© 2023 New Relic, Inc. All rights reserved 監視からオブザーバビリティへ • まずは全てのデータを収集する • データの関連付けと可視化を自動で行い、システムの全容を把握できる • いつもと異なる振る舞いを自動で認識監視オブザーバビリティ • あらかじめ見るものを決め、それに合わせてデータを収集する • 個々のデータは独立 • 一定のしきい値を超えたら異常とするよう設定

Slide 26

Slide 26 text

Slide 27

Slide 27 text

Slide 28

Slide 28 text

© 2023 New Relic, Inc. All rights reserved 監視からオブザーバビリティへ • オブザーバビリティではより多くの情報を収集し、何が起こったのかを明らかにして根本原因に対処します。 • 障害ではなくて「いつもと違う」を検知して対処します。 Metric 気温・気圧・湿度・体温・血圧 CPU/メモリ使用率・プロセス・ User満足度・応答時間 Event 昨日19時から2時まで飲みに行ったリクエスト数・プログラム処理時間（トランザクション） Log 「今朝から頭が痛い」 Errorlog、スタックトレース Trace 飲み屋でBさんとテキーラ10杯飲んだ DB呼び出し、API呼び出し二日酔いですね、この頭痛薬と胃腸薬を飲みましょう深酒しちゃだめですよ、節制しましょう＞原因の究明と、システムの改善

Slide 29

Slide 29 text

Slide 30

Slide 30 text

© 2022 New Relic, Inc. All rights reserved Observability成熟度モデル Data Driven ● データドリブンによる経営判断 ● 素早い市場投入 ● CSAT/Netスコアの改善 Predictive 予測的 Proactive 積極的 Reactive 受動的 ● 顧客満足度 ● SLOによる経営計画と判断 ● 市場投入数特徴 KPI Getting Started 4 2 3 0 1 ● New Relicによる運用 ● 顧客体験の改善 ● ちょうどよいスケーリング ● MTTD(Mean Time To Discover)の改善 ● サービスレベルの計測 ● デジタル顧客体験の策定 ● MTTR(Mean Time To Repair)の改善 ● アプリケーションパフォーマンスの気付き ● 顧客に影響がある事象への対応の改善 ● パフォーマンス計測 ● スケールする製品の投入計画 ● サービスレベルの維持 ● 重大な障害率 ● エラーバジェット消費率 ● SLOに関連するアラート率 ● ビジネスメトリックの改善率 ● 平均MTTD ● SLOが定義されているサービスの割合 ● クリティカル・ケイパビリティの策定の割合 ● 平均MTTR ● パフォーマンス低下を伴う障害率 ● サービス停止を伴う障害率 ● New Relicでの監視率 ● データの量成熟度