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
信頼性の階層の一段目を積み上げる/Monitoring Dashboard
Search
shonansurvivors
May 20, 2022
Technology
3
2.7k
信頼性の階層の一段目を積み上げる/Monitoring Dashboard
shonansurvivors
May 20, 2022
Tweet
Share
More Decks by shonansurvivors
See All by shonansurvivors
AWSで構築するCDパイプラインとその改善
shonansurvivors
5
2.5k
Terraformでmoduleを使わずに複数環境を構築して感じた利点
shonansurvivors
4
2.4k
クロステナントアクセスを要件とするsmartroundのマルチテナントSaaSアーキテクチャ
shonansurvivors
0
230
CodeBuildで動かすecspresso
shonansurvivors
2
2.3k
GitHub ActionsのGitHub-hosted Larger Runnersと他サービスと
shonansurvivors
0
560
EC2からのECS移行においてIaCとCDをどう変えたか
shonansurvivors
19
6.3k
S3とCloudWatch Logsの見直しから始めるコスト削減 / Cost saving S3 and CloudWatch Logs
shonansurvivors
3
2.2k
プロダクトと組織の成長を見据えたスマートラウンドの AWSマルチアカウント戦略/AWS Multi Account Strategy
shonansurvivors
5
4.2k
スタートアップ入社4日目までに考えたAWSのセキュリティ向上/ Startup AWS Security
shonansurvivors
3
4.6k
Other Decks in Technology
See All in Technology
第131回 雲勉【オンライン】AWSを9年触ってきて経験した落とし穴、ハマったポイント
iret
6
480
二刀流でWinActorを活用してみた話
tamai_63
0
120
履歴データテーブルとの向き合い方_PHPerKaigi2024
gennei
25
6.7k
【Cyber-sec+】ログの森で出会ったCloudTrail との奇妙な旅
hssh2_bin
1
220
How to Build a Strong Engineering Culture
alperhankendi
0
120
10年モノのレガシーPHPアプリケーションを移植しきるまでの泥臭くも長い軌跡 / legacy-php-app-migration
toshimaru
0
690
書を捨てよ、現場へ出よう
nwiizo
11
8.7k
GitHub composite actions
hkusu
1
120
Proposal for a fictitious company presented by JAWS-UG DE&I team 'Naniwa Musume'
hiroramos4
PRO
0
120
新卒1年目がプロジェクトを進めるときにコケたポイント
ryunakayama
1
100
Tohoku.Tech #1 「Cursorを使ったRaspberry Piの開発」by ねこまた
jun2882
0
150
SSMエージェントはIAMロールの夢を見るか/ Do SSM Agents Dream Of IAM Roles?
yukihirochiba
0
1.4k
Featured
See All Featured
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
153
14k
Clear Off the Table
cherdarchuk
82
310k
Bash Introduction
62gerente
604
210k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
501
140k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
28
5.9k
Mobile First: as difficult as doing things right
swwweet
215
8.5k
The Pragmatic Product Professional
lauravandoore
24
5.7k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
226
16k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
14
1.3k
Teambox: Starting and Learning
jrom
126
8.3k
The Mythical Team-Month
searls
214
42k
Code Review Best Practice
trishagee
54
15k
Transcript
株式会社スマートラウンド 山原 崇史(@shonansurvivors) JAWS-UG SRE支部 #3 信頼性の階層の一段目を積み上げる
自己紹介 株式会社スマートラウンド SRE 山原 崇史 (やまはら たかし) 経歴 SIer・銀行・Web系ベンチャー →
スマートラウンド 好きなAWSサービス AWS SSO / Organizations / Control Tower / Security Hub Twitter @shonansurvivors
会社概要 社名 株式会社スマートラウンド 代表者 砂川 大 設立 2018年5月 従業員数 約25名
本社住所 東京都渋谷区 ※バーチャルオフィスで全員フルリモート ホームページ https://jp.smartround.com (サービスLP)
事業紹介 ミッション スタートアップが可能性を最大限に発揮できる世界をつくる 課題 1. スタートアップ経営者の多くが初めての起業経験で事務作業に時間を浪費してしまう 2. 投資家の案件・投資先・ファンドの管理はいまもスプレッドシートで行われている 解決策 スタートアップにはマニュアル・テンプレート・ツール
投資家には自動更新される CRMを同時に提供 smartroundが実現する世界 多様なツールと重複するデータを一元化しスタートアップと投資家双方の業務効率をアップ
None
本日のテーマ 信頼性の階層の一段目を積み上げる SRE本に登場する「信頼性の階層」の一段目であるモニタリングを採り上げ、 前半はその一要素である ダッシュボードについて、 後半はAmazon CloudWatchによる弊社の実践例を紹介します。
話さないこと • 各種監視SaaSとの比較 • SLI/SLO • ビジネスサイドが使うことを想定したダッシュボードの話
アジェンダ 1. 信頼性の階層とモニタリング 2. モニタリングのインターフェース ◦ アラート ◦ 可視化 3.
ダッシュボードと4大シグナル 4. CloudWatchダッシュボードによる実装 5. まとめ
1. 信頼性の階層とモニタリング 「サービスの信頼性の階層」 において最も基本と位置付けられるのが モニタリング https://sre.google/sre-book/part-III-practices/ 高度 基本 👈
2. モニタリングのインターフェース 大きく以下2つが考えられ、今回は 後者に着目 インターフェース 実現したいこと 実装 アラート(警告) ・人間にアクションをうながす ・Slack等のチャットシステム
・インシデント管理システム 可視化 ・主要メトリクスを鮮度高く把握 ・長期的なトレンドの分析 ・何らかの切り口での 比較(時間帯など) ・グラフ等の各種チャート ・それらを集約したダッシュボード
3. ダッシュボードと4大シグナル SRE本によると、ダッシュボードは通常 4大シグナルを含む • レイテンシ ◦ リクエストを処理してレスポンスを返すまでにかかる時間 • トラフィック
◦ システムに対するリクエストの量 • エラー ◦ 処理に失敗したリクエストの率 • サチュレーション(飽和) ◦ サービスがどれだけ「手一杯」になっているかを示す https://sre.google/sre-book/monitoring-distributed-systems/
CloudWatchによる実装例
4.1 前提 smartroundのアーキテクチャ(抜粋) • ElasticBeanstalk ◦ ALB ◦ EC2 •
RDS • ElasitCache (Redis)
4.2 レイテンシの捕捉 • ALB TargetResponseTime • 平均のみは情報がぼかされるので 99 percentileも採用 (※平均は、代わりに
50 percentileが使えればそちらが良いかも )
4.3 トラフィックの捕捉 • ALB RequestCount
4.4 エラーの捕捉 • ALB HTTPCode_Target_5XX_Count • ALB HTTPCode_ELB_5XX_Count
4.5 主要メトリクスの配置 • CloudWatch > Dashboards おもにサチュレーション (飽和)関連
4.6 テキストウィジェットによるラベル付け
4.7 コードをコピーして他環境に複製可能 • ある環境用にダッシュボードを作成したら別環境用に ゼロから作る必要は無い (ARNなどは要書き換え) • IaC(CloudFormationやTerraform等)未導入企業でも安心
4.8 ダークモード😎
5. まとめ • 信頼性の階層の最も基本は モニタリング • モニタリング ◦ アラート(警告) ◦
可視化 ▪ 主要メトリクスを鮮度高く把握 / トレンド分析 / 様々な切り口での比較 • 4大シグナル ◦ レイテンシ / トラフィック / エラー / サチュレーション(飽和) • CloudWatch Dashboard ◦ 手軽に可視化を始められる ◦ コード化されていてIaC未導入でも複製が容易 ◦ ダークモードあり
スマートラウンドでは新しいメンバーを募集中です! 私たちと一緒にスタートアップが可能性を最大限に発揮できる世界をつくりませんか? jobs.smartround.com