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
今学生に伝えたい, 監視の話 / okinawa_ac_lt
Search
cohalz
July 06, 2019
Technology
0
310
今学生に伝えたい, 監視の話 / okinawa_ac_lt
沖縄学生×企業エンジニア 7月大LT大会!!! #okinawa_ac_lt
https://connpass.com/event/132178/
の発表資料です
cohalz
July 06, 2019
Tweet
Share
More Decks by cohalz
See All by cohalz
はてなのSRE組織2024 / Road to SRE NEXT@福岡
cohalz
1
830
SREのキャリア、 あるいは生態 / #ya8
cohalz
11
1.4k
カンファレンスのボランティアスタッフって何やるの? / DAIMYO Meetup #4
cohalz
0
73
小さなものでも Step Functions / Serverless Meetup Fukuoka Re:boot
cohalz
0
100
ECSのCI/CD改善と標準化の取り組み / JAWS FESTA 2023 in Kyushu
cohalz
8
5.4k
ecspressoへの貢献を振り返る / JAWS-UG コンテナ支部 #24 ecspresso MeetUp
cohalz
1
5.5k
はてなフォトライフをECSに移行した話 / Hatena Engineer Seminar #20
cohalz
1
18k
SREの異動と働き方 〜はてなブログ編〜 / Hatena Engineer Seminar #13
cohalz
0
2.2k
Envoy.なんか / Kyoto.なんか #5
cohalz
0
120
Other Decks in Technology
See All in Technology
Android研修【MIXI 24新卒技術研修】
mixi_engineers
PRO
0
100
頼られるのが大好きな 皆さんへ - 支援相手との期待の合わせ方、突き放し方 -/For_people_who_like_to_be_relied_on
naitosatoshi
1
290
Flutter研修【MIXI 24新卒技術研修】
mixi_engineers
PRO
0
160
たくさん本を読んだけど 1年後には綺麗サッパリ!を乗り越えて 学習の鬼になるぞ👹
yum3
0
160
目標設定は好きですか? アジャイルとともに目標と向き合い続ける方法 / Do you like target Management?
kakehashi
10
3k
GoとアクターモデルでES+CQRSを実践! / proto_actor_es_cqrs
ytake
1
160
ここがすごいよ! AWS Systems Manager!
saichan11
0
1.8k
ACRiルーム最新情報とAMD GPUサーバーのご紹介
anjn
0
160
Amazon FSx for NetApp ONTAPのパフォーマンスチューニング要素をまとめてみた #cm_odyssey #devio2024
non97
0
220
ソフトウェアエンジニアリングの知見を活かして データ基盤をいい感じにする on Snowflake [MIERUNE BBQ #10]
mtpooh
2
150
Github Actions 로 Android 팀의 효율성 극대화
hadonghyun
0
160
How to Think Like a Performance Engineer
csswizardry
4
590
Featured
See All Featured
Designing Dashboards & Data Visualisations in Web Apps
destraynor
226
52k
Optimising Largest Contentful Paint
csswizardry
18
2.6k
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
189
16k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
26
2.1k
Clear Off the Table
cherdarchuk
89
320k
Keith and Marios Guide to Fast Websites
keithpitt
408
22k
KATA
mclloyd
20
13k
How GitHub (no longer) Works
holman
305
140k
Pencils Down: Stop Designing & Start Developing
hursman
118
11k
Automating Front-end Workflow
addyosmani
1362
200k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
12
3.8k
Unsuck your backbone
ammeep
666
57k
Transcript
今学生に伝えたい, 監視の話 沖縄学生×企業エンジニア 7月大LT大会!!! id:cohalz
自己紹介 ・id:cohalz / @cohalz ・はてなインターン2017 Mackerelチーム ・株式会社はてな SRE (2018 ~)
監視って? ・サーバ上の様々なメトリックを元にアラート通知を飛ばす ・ CPU使用率や残り容量など
監視って? ・そのメトリックを保存して,グラフにして見る
なぜ監視の話?
今監視が大ブーム!
覚えて帰ってほしいこと ・監視ってそんなに難しくない ・開発者も監視をしてみよう
何を監視すればいいか?
何を監視すればいいか? ・「起きてほしくないこと」 ・例: Webアプリケーション ・500エラーを返す ・レスポンス時間の悪化 ・証明書の期限切れ
まずはサービスに近いところから ・大事なのはサービスが動いているか ・個別のサーバのCPUやメモリでアラートを設定しない ・アラートが飛びがちになる ・代わりにグラフで傾向を見よう
なんでもアラートを飛ばせばいいものでもない ・たくさんのアラートが飛んでくると? ・「アラート疲れ」 ・「オオカミ少年アラート」 ・サービス品質をよく考えて設計する
アラートが役立つ他の例 ・バッチの実行 ・失敗内容をアラートに含める ・システムのマイグレーション ・古いホストに接続してたらアラート ・安全にホストを落とせる
アラート設計の話
昔のアラート対応 ・インフラエンジニアもしくはSREがアラートを設計 ・対応するのも同じ人 ・同じ言語・フレームワークなので対応方法が決まっていた
最近のアラート対応 ・サービスが複雑になってきた ・言語やフレームワークもバラバラ ・一次対応だけでは済まないことも ・サービス開発者が対応しないといけない ・原因はアプリケーション自体にあることが多い
例: Webアプリケーションが見れなくなった ・MySQLのコネクション数が跳ね上がっていた ・接続数上限のため調査のために繋ぐこともできない!! ・一次対応として再起動をした
例: Webアプリケーションが見れなくなった ・MySQLのコネクション数が跳ね上がっていた ・接続数上限のため調査のために繋ぐこともできない!! ・一次対応として再起動をした ・実はアプリケーション側から接続を切っていなかった!! ・開発者にアプリケーションのコードを直してもらった
開発者も監視に関わるべき ・サービスの実装を一番良くわかっている ・実装時に懸念点があればそこを監視すればいい ・開発者がアラートを受け取る ・根本的解決が早くなるかも
コンテナ化と言語と監視 ・どの言語・フレームワークを使ってるか把握しにくくなる ・サービスから見た最小単位がコンテナになる ・とはいえ特有の監視をしなくていい理由にはならない ・開発者が関わるべき
監視の目的
起きてほしくないことが, 起こっていないを保証する
テストに似てる
テストは皆さん書いてますよね?
対象が違うだけで目的は同じ ・テストはソフトウェアだが,監視はシステムを見る http://developer.cybozu.co.jp/archives/kazuho/2010/01/cronlog-52f2.html
監視プラグイン ・プログラムを書いて対象の数字を出力するだけ ・ヘルパプラグインがあるので意外と簡単 ・既にいろんな人が作っていて,コードの参考にもなる
監視プラグイン ・欲しいプラグインはすでに誰かが作っているかも? ・欲しい機能がなかったらOSSのPR作成チャンス!
監視以外のいろいろ
監視も万能ではない 苦手なもの ・数値にならないもの ・統計・解析 ・1リクエストの詳細
監視以外のあれこれ ・ログ ・APM (Application Performance Management) ・分散トレーシング
監視以外のあれこれ ・ログ ・APM (Application Performance Management) ・分散トレーシング => サービスの見える化
「推測するな,計測せよ」
まとめ ・不安を安心に変えるために監視をする ・テストと同じ ・でもアラートはよく考えよう ・開発者も監視をしてみよう ・サービスに一番詳しいのは開発者
あわせて読みたい ・入門 監視 ・監視についてのアンチパターンなど詳しく載っている本 ・監視 入門 ~ マイクロサービス時代の監視設計 ・https://junkyard.song.mu/slides/rancher-meetup-tokyo-18 ・マイクロサービスに限らない,開発者に向けた現在の監視の話