フルスタックオブザーバビリティを AWSで実現する方法 / How to achieve full-stack Observability with AWS (ja)

by SMS tech

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

© SMS Co., Ltd. CNCFとは Cloud Native Computing Foundation (CNCF) https://www.cncf.io/ - Cloud Native Computing Foundation - Linux Foundationの一員として2015年に設立 - 成長中のクラウドネイティブプロジェクトのサポートなどを提供 - Observability Whitepaper を作成

Slide 8

Slide 8 text

© SMS Co., Ltd. CNCFと代表的なプロジェクト Graduated and Incubating Projects https://www.cncf.io/projects/ - Argo (Continuous Integration & Delivery) - Fluentd (Observability) - Istio (Service Mesh) - Kubernetes (Scheduling & Orchestration) - Prometheus (Observability) - OpenTelemetry (Observability)

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

© SMS Co., Ltd. システムの状態を観察 : モニタリングとオブザーバビリティモニタリング - 特定の条件や閾値を設定し、システムの状態を定期的にチェックするのが目的。 - システムエラーの「いつ」「何が」発生したのかを明らかにする。オブザーバビリティ - システムの内部状況を包括的に把握し、問題の予防や迅速な原因特定を目指す。 - システムエラーの「なぜ」「どのように」発生したのかを明らかにする。

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

Slide 15

Slide 15 text

© SMS Co., Ltd. テレメトリーデータメトリクス - 様々な活動のデータを数値化したもの - 既に数値化されたデータ (CPU使用率やメモリ使用率) - 数値として分解されたデータ (リクエスト数) Observability Whitepaper : Metrics https://github.com/cncf/tag-observability/blob/main/whitepaper.md

Slide 16

Slide 16 text

© SMS Co., Ltd. テレメトリーデータログ - OSやアプリケーション、サーバーなどで発生するアクティビティや操作を記述するもの - システムログ - アプリケーションログ - セキュリティログ - 監査ログ Observability Whitepaper : Logs https://github.com/cncf/tag-observability/blob/main/whitepaper.md

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

Slide 20

Slide 20 text

© SMS Co., Ltd. ここまでのまとめ - CNCFのObservability Whitepaperにより Observabilityの考え方や実践方法を理解することができる - CNCFによるオブザーバビリティの定義は「人間や機械がシステムの状態を観察・理解し行動できるシステムの機能」 - オブザーバビリティを実現するには下記のテレメトリーデータが重要 Metrics, Logs, Traces, Profiles, Dumps

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

© SMS Co., Ltd. フルスタックオブザーバビリティ (Splunk) シスコとSplunk、組織全体を可視化するフルスタックのオブザーバビリティを実現 https://www.splunk.com/ja_jp/blog/conf-splunklive/cisco-and-splunk-bring-full-stack-observability-to-the-entire-enterprise.html

Slide 24

Slide 24 text

Slide 25

Slide 25 text

Slide 26

Slide 26 text

Slide 27

Slide 27 text

© SMS Co., Ltd. Amazon CloudWatchの機能一覧 Amazon CloudWatchの概要と基本 : AWS Black Belt Online Seminar https://pages.awscloud.com/rs/112-TZM-766/images/AWS-Black-Belt_2023_AmazonCloudWatch_0330_v1.pdf 2023年3月の資料なので Application Signals (Trace)はまだない

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

Slide 33

Slide 33 text

© SMS Co., Ltd. 2. バックエンドモニタリング ALBやFargateが出力するメトリクスをCloudWatchへ連携。トレースデータをCloudWatchへ連携。 (Application Signalsによる OpenTelemetryの自動計装) データストアのサービスが出力するメトリクスをCloudWatchへ連携。タスクのログやDBのログを CloudWatch Logsへ連携。

Slide 34

Slide 34 text

Slide 35

Slide 35 text

© SMS Co., Ltd. AWSを利用したフルスタックオブザーバビリティについて - まずはCNCFのObservability Whitepaperを読んで Observabilityの考え方やテレメトリーデータについて理解する - ワークロードがAWSにある場合はAmazon CloudWatchを利用し、テレメトリーデータの収集と分析を進める - ProfilesやDumpsの取得に課題はあるが、 Amazon CloudWatchでのフルスタックオブザーバビリティは実現可能

Slide 36

Slide 36 text

Slide 37

Slide 37 text

Slide 38

Slide 38 text

© SMS Co., Ltd. Amazon CloudWatch vs Observability SaaS Amazon CloudWatch Observability SaaS 導入 AWS上にワークロードがあればすぐに利用できる。アカウントのサインアップや初期設定など、使えるまでに若干のタイムラグが発生。機能機能の追加はされているがSaaSほどのペースではない。機能の追加が多く、トレンドを先取りした便利なサービスが多い。フロントエンドやモバイルの可視化まで幅広く対応。他サービスとの連携 SaaSなどとの連携が必要であれば、自分で設定・構築する必要がある。様々なサービスとの連携が可能なものが多く、 1つのObservability Platformで多くのデータをモニタリングすることが可能。コスト主要なテレメトリーデータを低価格で収集することができ、コスト分析にも優れている。フロントエンドやモバイルのTraces、Logsはコスト急増の可能性がある。CloudWatchからのデータ転送を利用するとAWS側のコストも増加しがち。サポート AWSサポートによる手厚いフォローが期待できる。英語のみの対応など、場合によりサポート品質にばらつきがある可能性がある。