Ruby を使ったプロダクト開発を支えるオブザーバビリティ基盤

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

© 2024 Wantedly, Inc. ウォンテッドリーが採用するアーキテクチャ・言語今回はこの "The System" の信頼性を支える「オブザーバビリティ基盤」について紹介します (参考) The System を支える言語について『ウォンテッドリーのバックエンド領域を支える言語の歴史を読み解く』 https://www.wantedly.com/companies/wantedly/post_articles/886 087

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

© 2024 Wantedly, Inc. オブザーバビリティで調査が簡単になる ● 前提: サービスは単一のシステムから構成されているとは限らない ○ 例: アプリケーション (Ruby on Rails サーバー) だけでなくデータベースもある ● => システムの全体の様子を観測したい ○ ウォンテッドリーの場合マイクロサービスアーキテクチャを採用しており、単一のシステムではなく全体を見る必要性が高い ○ オブザーバビリティが高くなれば全体を俯瞰しやすい

Slide 10

Slide 10 text

© 2024 Wantedly, Inc. オブザーバビリティは障害時に役立つ ● 障害の予兆に気付ける ● 障害発生時に原因究明がしやすい ○ 例: アプリケーションのレスポンスが遅くなっていた。原因は別アプリケーションのレスポンスが遅延していた。さらにその遅延は、データベースのクエリが詰まっていたことが原因だった。 ■ 単一のシステムを監視しているだけでは、ここまでの原因究明は (人間がシステムの関連性を理解していないと ) 難しい

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

© 2024 Wantedly, Inc. アプリケーションに導入するのは簡単 (Rails の場合) 1. ddtrace gem をインストール source 'https://rubygems.org' gem 'ddtrace', require: 'ddtrace/auto_instrument' 2. 設定ちょっと書く # config/initializers/datadog.rb Datadog.configure do |c| c.tracing.enabled = true end 参考: https://docs.datadoghq.com/ja/tracing/trace_collection/dd_libraries/ruby/

Slide 15

Slide 15 text

Slide 16

Slide 16 text

© 2024 Wantedly, Inc. Datadog APM 導入で役立た話 ● 障害対応時に毎回のように役立っている ● 障害起きたら => まず APM を見る ○ エラートラッキングツール (Honeybadger) も導入している ■ エラーが出ていればそれで分かるが、分からない場合も多い ○ APM が便利な例: 特定のエンドポイントのレスポンスタイムが遅くなっている ■ エラーが出ているわけではないときは APM が頼りになる

Slide 17

Slide 17 text

© 2024 Wantedly, Inc. 導入後の課題 ● Datadog APM の使い方が分からない ○ 機能が豊富がゆえに使いこなすのが難しい ■ 全てを使いこなす必要はない ■ ポチポチしているだけでも何となく調べることはできる ○ 障害対応訓練を通して Datadog APM を触るきっかけを作っているところ ■ 参考: 『インシデントコマンダーやってみた』 https://speakerdeck.com/fohte/insidentokomandayatutemita ■ まずは触ってみてほしい

Slide 18

Slide 18 text

Slide 19

Slide 19 text