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
AWS CDKで作るCloudWatch Dashboard
Search
Haruka Sakihara
March 22, 2023
Technology
4
2.2k
AWS CDKで作るCloudWatch Dashboard
23/3/22 JAWS-UG CDK支部 #6にて登壇
https://jawsug-cdk.connpass.com/event/274879/
Haruka Sakihara
March 22, 2023
Tweet
Share
More Decks by Haruka Sakihara
See All by Haruka Sakihara
意外と難しい?エンジンアップグレードとIaCの両立
harukasakihara
4
620
未経験エンジニアがアウトプット駆動で自らのキャリアと生きる道を切り開くまで
harukasakihara
9
4.4k
ベストな Terraform ディレクトリ構成を考察してみた
harukasakihara
16
5.8k
セキュアなTerraformの使い方 ~ 機密情報をコードに含めず環境構築するにはどうしたらいいの?
harukasakihara
21
7.4k
AssumePolicyの意外なハマりどころ
harukasakihara
1
1.7k
Other Decks in Technology
See All in Technology
ISUCONに強くなるかもしれない日々の過ごしかた/Findy ISUCON 2024-11-14
fujiwara3
7
540
dev 補講: プロダクトセキュリティ / Product security overview
wa6sn
0
1.6k
Spring Frameworkの新標準!? ~ RestClientとHTTPインターフェース入門 ~
ogiwarat
2
260
AI長期記憶システム構築のための LLMマルチエージェントの取り組み / Awarefy-LLM-Multi-Agent
iktakahiro
2
350
AIチャットボット開発への生成AI活用
ryomrt
0
140
株式会社島津製作所_研究開発(集団協業と知的生産)の現場を支える、OSS知識基盤システムの導入
akahane92
1
180
Terraform Stacks入門 #HashiTalks
msato
0
220
LINEヤフー株式会社における音声言語情報処理AI研究開発@SP/SLP研究会 2024.10.22
lycorptech_jp
PRO
2
280
インフラとバックエンドとフロントエンドをくまなく調べて遅いアプリを早くした件
tubone24
0
110
メールサーバ管理者のみ知る話
hinono
1
100
RAGのためのビジネス文書解析技術
eida
3
660
QAEチームが辿った3年 ボクらが改善業務にスクラムを選んだワケ / 20241108_cloudsign_ques23
bengo4com
0
590
Featured
See All Featured
Designing for humans not robots
tammielis
249
25k
Happy Clients
brianwarren
97
6.7k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
92
16k
Building a Scalable Design System with Sketch
lauravandoore
459
33k
Imperfection Machines: The Place of Print at Facebook
scottboms
264
13k
Statistics for Hackers
jakevdp
796
220k
GraphQLの誤解/rethinking-graphql
sonatard
67
10k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Practical Orchestrator
shlominoach
186
10k
Done Done
chrislema
181
16k
Typedesign – Prime Four
hannesfritz
40
2.4k
[RailsConf 2023] Rails as a piece of cake
palkan
51
4.9k
Transcript
AWS CDKで作る CloudWatch Dashboard Wednesday, March 22, 2023 Haruka Sakihara
JAWS-UG CDK支部 #6
自己紹介 Haruka Sakihara <取得資格> • ネットワークスペシャリスト試験(IPA) • AWS Certified Advanced
Networking Speciality等8資格 <所属> • アクセンチュア株式会社 テクノロジーコンサルティング本部 <登壇履歴> • 21/11/13 Go Conference 2021 Autumn • 22/3/14 JAWS-UG 朝会 #31 「AWS AssumePolicyの転びどころ」 • 22/8/5 CloudNative Security Conference 2022 「セキュアなTerraformの使いかた」 • 22/8/25 HashiTalks: JAPAN 「ベストなTerraformディレクトリ構成を考察してみた」 <趣味> • Go言語が好きです
AWS CDKで作る CloudWatch Dashboard Agenda ダッシュボードの重要性 CloudFormationでCloudWatch Dashboardを構築する CDKで作るダッシュボード CDKだからこその利点
まとめ 1 2 3 4 5
1. ダッシュボードの重要性 わかりやすいダッシュボードの重要性 サービスダッシュボードは、定常運用時には障害の予兆をいち早く見つける・障害発生時には迅速に 原因を把握し事態に対処するための助けとなります。クラウド上に構築したサービスを運用するにあ たって、ダッシュボードは必需品といっても過言ではないでしょう。 定常運用時 障害発生時 監視・観察 ◦◦のメトリクス値が上がってる……
いつもと傾向が違うぞ……? →障害予兆の発見・早期対策へ 確認 怪しいのは××と△△だ! →事態の早期終息へ いついかなる時でも、ダッシュボードを活用できることは重要
1. ダッシュボードの重要性 ダッシュボードの見た目の重要性 サービスを運用するうえで、適切なウィジェットに適切な説明文を添えた、「誰が見ても監視ポイン トがわかるダッシュボード」の存在はとても重要です。 一目で見るべきポイントがわかる 適切な大きさのウィジェット 新任の運用担当 どこに注目すれば障害がわ かるんだ……?
1. ダッシュボードの重要性 ダッシュボードの見た目の重要性 サービスを運用するうえで、適切なウィジェットに適切な説明文を添えた、「誰が見ても監視ポイン トがわかるダッシュボード」の存在はとても重要です。 新任の運用担当 関連する項目は並べて 比較しやすいように ベテランの運用担当 この2つは連動しているから
まとめてチェックしてね 引き継ぎなかったらわか らなかっただろうな……
1. ダッシュボードの重要性 監視ダッシュボードをアップデートする 提供するサービスの内容がどんどん変わっていくのであれば、変化するアプリケーションに合わせて 適切に監視のポイントを変えることが重要になってきます。 サービスの成長とダッシュボードの保守管理は表裏一体だといえます。 画像出典: https://aws.amazon.com/jp/devops/what-is-devops/ サービスを開発・リリースする 稼働サービスをモニタリングして
改善点を見つける 正常稼働時の挙動を 把握する
1. ダッシュボードの重要性 ダッシュボードを更新し続けることの難しさ 開発に合わせてダッシュボードを適切に更新し続けるということは容易ではありません。多くの人が 「次のリリースでダッシュボードをどう変えるべきか?」を気にしながら進めるためには、ダッシュ ボードをIaC化しメンテナンス性を確保するのが有効な手段です。 当社のデベロッパー達は、変更を完了する前のコードレビューの段階で、「ダッシュボードで 何らかの更新が必要かい?」と質問をします。 基盤レベルで変更がデプロイされる以前に、 ダッシュボードの修正が行われる仕組みになっています。
出典: The Amazon Builders' Library - 運用を可視化するためのダッシュボードの構築 多くの人がメンテナンスできるように、 ダッシュボード構築・更新をコードで出来るようにするのが重要
Q. ダッシュボード構築を IaC化するにはどうすればいいでしょう?
AWS CDKで作る CloudWatch Dashboard Agenda ダッシュボードの重要性 CloudFormationでCloudWatch Dashboardを構築する CDKで作るダッシュボード CDKだからこその利点
まとめ 1 2 3 4 5
2. CFnでCloudWatch Dashboardを構築する イマイチな点その1 – 画面構成はJSON文字列で記述 CFnの文法に、ダッシュボードウィジェットに対応するものは存在しません。CloudWatch APIが提 供するDashboardBody属性の文法に則り、ウィジェットの情報をJSON文字列としてまとめ、それをCFn内に 埋め込む必要があります。
現状 - ウィジェットのプロパティがない 理想 - ウィジェットのプロパティがある DashboardBody: WidgetList: - name: ウィジェット1 place: xxxx - name: ウィジェット2 place: yyyy DashboardBody: [xxにウィジェット1を置いて、yyに ウィジェット2を置いて、それぞれ設定 は◦◦で~~~~~という設定文字列を JSONで書く] yamlという構造化文書の 性質を活かした記述ができる DashboardBodyの中身を 構造化することができない
2. CFnでCloudWatch Dashboardを構築する イマイチな点その1 – 画面構成はJSON文字列で記述 (前頁の続き) yamlファイルの1属性値に JSON文字列を書く必要がある
2. CFnでCloudWatch Dashboardを構築する イマイチな点その2 – マークダウンが書きづらい ダッシュボードのテキストウィジェットには、マークダウンを用いた記述を行うことができます。し かし、CFnのyaml上では、ウィジェットに載せるテキストの中身を一行の文字列にまとめる必要が あります。 ウィジェットに使いたいマークダウンの中身
CFnでの記述
2. CFnでCloudWatch Dashboardを構築する イマイチな点その3 – ウィジェットの座標指定 ダッシュボード上のどこに各ウィジェットを配置するかを、CFnでは座標で指定します。その具体的 な座標の数値を自力で計算して記述する必要があります。 (12, 25)
(18, 25) 6 6 6 6
AWS CDKで作る CloudWatch Dashboard Agenda ダッシュボードの重要性 CloudFormationでCloudWatch Dashboardを構築する CDKで作るダッシュボード CDKだからこその利点
まとめ 1 2 3 4 5
3. CDKで作るダッシュボード CDKでの記述方法 Goのような主要プログラミング言語でCWダッシュボードを記述することができます。
3. CDKで作るダッシュボード CDKでの記述方法 Goのような主要プログラミング言語でCWダッシュボードを記述することができます。 ダッシュボード を定義 ウィジェットを定義して ダッシュボードに追加
3. CDKで作るダッシュボード ウィジェットの配置 ダッシュボード内にウィジェットを配置する際にCFnの場合には座標指定が必要でしたが、CDKを使 用する場合には座標を気にせずに「いい感じ」に配置させることができます。 2つ同時に追加(AddWidgets)すると 2つ横に並んだ状態になる
3. CDKで作るダッシュボード ウィジェットの配置 ダッシュボード内にウィジェットを配置する際にCFnの場合には座標指定が必要でしたが、CDKを使 用する場合には座標を気にせずに「いい感じ」に配置させることができます。 1つずつ個別に追加(AddWidgets)すると 2つ縦に並んだ状態になる
3. CDKで作るダッシュボード テキストウィジェットの内容 CFnのときはテキストウィジェットの内容を一行の文字列にしてプロパティに指定してやる必要があ りましたが、CDKの場合は「マークダウンファイルに内容を記述し、それを読み込ませる」という ことが容易に実現できます。 .mdに内容を記述 CDKコード内で .mdの内容を参照
3. CDKで作るダッシュボード CFnへの変換 cdk synthコマンドを利用することで、CDKのコードからCloudFormationのテンプレートを生成こ とができます。そのため、既存の環境がCFnで作られている場合にもスムーズに導入することができ ます。
AWS CDKで作る CloudWatch Dashboard Agenda ダッシュボードの重要性 CloudFormationでCloudWatch Dashboardを構築する CDKで作るダッシュボード CDKだからこその利点
まとめ 1 2 3 4 5
4. CDKだからこその利点 繰り返しの記述が楽にできる yamlファイルは構造上繰り返しの記述が不得手です。それに対しCDKは、既存プログラミング言語 が持つfor, whileのような制御構文を用いて簡単に繰り返しを記述することができます。 1つのALBに対して 「応答時間」「リクエスト数」などの 決められたセットのメトリクスを表示させたい for文でまとめる
4. CDKだからこその利点 複雑な条件分岐が可能 CFnのyamlではConditionにあまり複雑な条件を指定することができませんでした。CDKの場合は 「テーブルがProvisionedだったら……」といった、監視対象となるリソースの属性によって表示を 変えるという条件分岐も実現可能です。 (例) ProvisionedのDynamoDBテーブルにのみ、ProvisionedCUの項目を表示させる isProvisionedがtrueのときのみ、 ProvisionedCUの項目を追加
一部のテーブルのみに ProvisionedCUの項目が表示
4. CDKだからこその利点 既存リソースの参照が可能 ウィジェットを作るために「名前空間・メトリクス名・ディメンション」を愚直に書いて MetricPropsを定義するのではなく、「既存リソースのメトリクスを取得する」メソッドを呼び出す だけでメトリクス情報を得ることが一部のリソースでは可能です。 名前空間等を 愚直に記述するパターン 既存リソースからメトリクスを 直接取得するパターン
AWS CDKで作る CloudWatch Dashboard Agenda ダッシュボードの重要性 CloudFormationでCloudWatch Dashboardを構築する CDKで作るダッシュボード CDKだからこその利点
まとめ 1 2 3 4 5
5. まとめ • ダッシュボードを継続的にアップデートし続けることは、サービスの成長のためにとても重要 • CloudWatch DashboardのCFnでの記法は洗練されている・使いやすいとは言えない現状があり ます。 – ボディの中身をyaml属性で構造化できず、一つのjson文字列で書く必要がある
– ウィジェットの配置座標を一つ一つ指定してやる必要 • CDKを用いると、ダッシュボード内のウィジェット配置を考えずとも構築が可能になり、さらに 既存プログラミング言語の豊かな表現力によって最小限の記述・多彩な条件分岐の実現といった メリットを得ることができる
一番伝えたいこと 良いダッシュボードを作るための アプリ側の方々のご協力が必要です! CDKで書きやすくなっているので なにとぞよろしくお願いしますm(__)m
CDK × ダッシュボードの相性の良さがもたらす未来 • 「アプリのどこを監視するべきか」「正常稼働させるためには、どの項目が守られているべきな のか」ということを一番知っているのは作ったアプリの方々であるはずです。 • SREの方々がアプリチームにヒアリングしてダッシュボードを作成・反映というやり方でもよい ですが時間が掛かりますし、何よりダッシュボードを作ることで開発者自身がそのサービスの特 性を知ることはアプリ開発においても十分プラスになると思います。
• 今までのインフラ構築は「それ専用の文法をyamlでごりごり書く」というインフラ屋以外からす るととっつきにくいものだったのですが、既存プログラミング言語で構成を記述することができ るCDKはアプリ側の立場の方々でも扱いやすいかと思います。 • ダッシュボードはそのサービスに関わる全ての人に関係のあるものです。今まで他人事だと思っ ていた人こそ、ぜひCDKでダッシュボードに触れてみてください!
Thank You ご意見、ご質問ありましたらお気軽にご連絡下さい
[email protected]
Haruka Sakihara(崎原 晴香)