DASH 2024 で発表された Datadog の最新機能: Act 編

## はじめに
こんにちは、Datadog Japan で Sales Engineer をしている [**AoTo**](https://qiita.com/AoTo0330) です。

この投稿は **[<font color="#6495ED">AoTo Advent Calendar 2024</font>](https://qiita.com/advent-calendar/2024/aoto) 7日目**の記事です。

みなさん、Datadog の公式年次イベントである [**DASH**](https://www.dashcon.io/) はご存知でしょうか？DASH は「**Observe・Secure・Act**」というキーワード、Datadog の本社が置かれるニューヨークで開催されるイベントです。2024年は**6月25-26日**に開催され、2025年は**6月10-11日**のでの**開催が決定**しています。

ロードマップや最新機能を発表する他に、各テーマに沿ったワークショップや事例を聞けるブレイクアウトセッション、パートナーソリューションを知れるエキスポや日本人向けの Japan Track など様々なコンテンツがあります🐶

今回は、「**DASH 2024**」で紹介された新機能をこれまでの Datadog の機能と比較しながら解説します。**Datadog 内部の視点**から、公式ドキュメントには記載のない、以前までの機能と変化も解説するため Datadog/Observability 好きの方は是非最後までご覧ください！

https://www.datadoghq.com/blog/dash-2024-new-feature-roundup-keynote/

こちらの内容は **Act** のキーワードに沿った新機能に焦点を当てた**後編**となります。Obseve・Secure は以下の記事をご覧ください。

https://qiita.com/AoTo0330/items/35551400a9fc3fa5a67a

https://qiita.com/AoTo0330/items/bafb7a2c36bc530df9b6

:::note warn
2024年12月 時点での情報を元に記載しています。
最新の情報は [Datadog の公式ドキュメント](https://docs.datadoghq.com)をご参照ください。
:::

## On-Call
### 概要
[**Datadog On-Call**](https://docs.datadoghq.com/ja/service_management/on-call/) はモニター・インシデント・セキュリティシグナルの通知に、オンコール対応チームのスケジューリングと共に SMS・電話を選択できる**新しい機能**です。発表時から現在まで **Preview(Private beta)** で提供されています。

**On-Call** は [**Datadog Team**](https://docs.datadoghq.com/ja/account_management/teams/) と統合された機能であり、通知先として SMS・電話を選択できるだけでなく、オンコール体制を設定する**処理ルール・[エスカレーションポリシー](https://docs.datadoghq.com/ja/service_management/on-call/escalation_policies/)・[スケジュール](https://docs.datadoghq.com/ja/service_management/on-call/schedules/)** を設定することができます。

**On-Call** はこれらの通知元となるモニター・インシデント・セキュリティシグナルなどを[ページ](https://docs.datadoghq.com/ja/service_management/on-call/pages/)として定め、[チーム](https://docs.datadoghq.com/ja/service_management/on-call/teams/)が受け取り、[エスカレーションポリシー](https://docs.datadoghq.com/ja/service_management/on-call/escalation_policies/)に基づいて選択された[スケジュール](https://docs.datadoghq.com/ja/service_management/on-call/schedules/)に当てはまる通知先へ通知されます。

オンコールチームは Datadog Teams を適用できますが、**PagerDuty* や **Opsgenie** のチームをそのままインポートすることもできます。これにより、Datadog のプラットフォーム内で監視情報の集約・検知・通知などの一連の監視業務を集約できます。

https://www.datadoghq.com/blog/datadog-on-call/

### 以前までの機能
**On-Call** の提供前は、インテグレーションで設定した [**PagerDuty*](https://docs.datadoghq.com/ja/integrations/pagerduty/) や [**Opsgenie**](https://docs.datadoghq.com/ja/integrations/opsgenie/) を通じたオンコールでの通知が可能でした。しかし、これらのプラットフォームを利用したことがないユーザーにとっては、Datadog の利用と同時にオンコール・インシデント管理のツールを併せて検討することは大変でした。

近年 Datadog は [**Datadog Incident Management**](https://docs.datadoghq.com/ja/getting_started/incident_management/) をはじめとする **IT サービス管理(IT Service Management, ITSM)** の領域のサービスを拡充してきました。**SRE** にとっても緊急度の高い通知を扱う**オンコール業務**は欠かせないものであり[^1]、Datadog で監視とともにこれらを遂行できる機能があることが求められていました。
[^1]: 『[Site Reliability Engineering](https://sre.google/sre-book/table-of-contents/)』(いわゆる SRE 本)でも、信頼性の階層として監視の次にインシデント対応が基本的な要素として重要であることが述べられています。

## Kubernetes Autoscaling
### 概要
[**Datadog Kubernetes Autoscaling**](https://www.datadoghq.com/product-preview/kubernetes-autoscaling/) は Datadog から実際のワークロードとその推奨事項を確認した上で、直接 Kubernetes のスケーリングを実行・自動化を設定できる機能です。発表時から現在まで **Preview(Private beta)** で、**Datadog Container Monitoring** を利用しているユーザーにのみ提供されています。

**Kubernetes Autoscaling** を利用することにより、事前にワークロードのスケーリング戦略を十分に適用できていない場合でも、Datadog の監視情報をもとにワークロードの負荷とリソース消費のバランスを確認し、Datadog からの推奨事項を確認した上で追加の実装を必要とせず一回限りのスケーリングの実施からオートスケーリングの設定までを完了できます。

https://www.datadoghq.com/ja/blog/datadog-kubernetes-autoscaling/

### 以前までの機能
Kubernetes のオートスケーリングとしては、**Horizo​​ntal Pod Autoscaler, Vertical Pod Autoscaler, Karpenter, Cluster Autoscaler** が挙げられますが、これらはスケーリング戦略を厳密に定めた上で実際のワークロードを確認し都度調整を行っていく必要がありました。

**Kubernetes Autoscaling** の提供前も、[Cluster Agent のカスタムメトリクスと外部メトリクスによるオートスケーリング](https://docs.datadoghq.com/ja/containers/guide/cluster_agent_autoscaling_metrics/)が [Kuberenetes v1.2](https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale-walkthrough/#before-you-begin) で導入された HPA で実現できました。しかし以前として設定時の考慮事項が多く、スケーリング戦略として事前にどのメトリクスをもとにオートスケールを行うかなどを定める必要がありました。

以下の発表やブログでも詳しく利用用途や設定方法が解説されているため、ぜひご参照ください。

https://speakerdeck.com/chaspy/v2beta2-and-examples-of-using-hpa-external-metrics-with-datadog

https://qiita.com/knqyf263/items/e82f86e11c998d903a2b


## Change Tracking
### 概要
[**Change Tracking**](https://docs.datadoghq.com/ja/change_tracking/) はサービスとその依存関係に関連する変更を Datadog のモニター・サービス・ダッシュボードに表示して、問題の発生時にその原因となる変更を特定するための洞察を得られる機能です。**Change Tracking** は各画面で段階的に有効化されるプラットフォーム側の機能ですが、発表時から段階的に有効化されています。

**Change Tracking** の機能を確認できる画面として、[サービス詳細画面](https://docs.datadoghq.com/ja/tracing/services/service_page/)・[モニターステータス画面](https://docs.datadoghq.com/ja/monitors/status/status_page/)・[ダッシュボードの変更追跡](https://docs.datadoghq.com/ja/dashboards/change_overlays/)があり、どれも全てのユーザーが利用できます。

### 以前までの機能
**Change Tracking** 提供前は、主に **Datadog APM** の [**Deployment Tracking**](https://docs.datadoghq.com/ja/tracing/services/deployment_tracking/) や **Datadog Container Monitoring** の [**Orchestrator(Kubernetes) View** の 情報パネル](**https://docs.datadoghq.com/infrastructure/containers/orchestrator_explorer?tab=datadogoperator#information-panel)ではそれぞれでデプロイや変更の影響を確認できました。

**Change Tracking** の類似機能として [**Datadog Resouce Catalog**](https://docs.datadoghq.com/ja/infrastructure/resource_catalog/) で提供される [**Recent Change Tab**](https://www.datadoghq.com/product-preview/recent-changes-tab/) 機能は、インフラストラクチャーの変更を専用のタブで表示する機能です。この機能は現時点で **Preview** で提供されています。

https://www.datadoghq.com/blog/infrastructure-troubleshooting-recent-changes/

## Bits AI Autonomous Investigator
### 概要
[**Bits AI Autonomous Investigator**](https://www.datadoghq.com/product-preview/bits-ai-autonomous-investigations/) は [**Bits AI**](https://docs.datadoghq.com/bits_ai/) を利用して人間による指示なく複雑な運用タスクをこなす**自律的なエージェント**を設定できる機能です。発表から現在まで、この機能は **Bits AI** と同様に **Preview(Private beta)** として提供されています。

本機能により、**Bits AI** をモニターアラートのトリガー先に選択すると、**Bits AI** はシステムに関する包括的な知識・文書化されたトラブルシューティング手順・ベストプラクティスを活用して、潜在的な根本原因を特定し始めます。具体的には、アラートの内容に関連する Datadog へ集約された監視情報をもとに、[**Datadog Notebook**](https://docs.datadoghq.com/notebooks/#notebook-types) に調査の内容を記録し、通知先の Slack チャンネルに通知、[**Datadog Case Management**](https://docs.datadoghq.com/service_management/case_management/) でケースを作成します。

これらの一連の調査・記録・通知は全て自律的に行われ、会話によって新たな調査を行える**操作性(Steerability)**、Slack のスレッドから関連あるのみ内容を Notebook に記録する**説明可能性(Explainability)**、推奨事項を伝えすステムに変更を加えない**人間参加型(Human-in-the-loop)** の**基本原則**に沿って実行されます。

https://www.datadoghq.com/blog/bits-ai-autonomous-investigations/

### 以前までの機能
**Bits AI** は以前から **Preview(Private beta)** での提供ですが、Incident Management 内では Bits AI は **GA(一般提供)** となっています。つまり、Slack インテグレーションをしているワークスペースでは `@Datadog` で Bits AI を呼び出し、起票されたインシデントの内容の確認と一般的な Datadog の質問を行えます。

この **Bits AI on Incident Management** の機能を利用して、**Bits AI** により自動的に起票されたインシデントを自動的に作成された Slack チャンネルを通して確認しできます。さらに、**Bits AI** によるインシデントに関連する性質・影響・要因・対応などの要約を確認し、解決に向けて **Zoom** や [**CoScreen**](https://www.coscreen.co/) をボタンからすぐに起動できます。

さらに、トラブルシューティングの際にはインシデント情報をいつでも `@Datadog` で要約したり、類似のインシデントの確認ができます。インシデントの解決後はインシデントの事後分析(ポストモーテム)のドラフト作成を支援し、ユーザーが重要な分析に集中できるようになります。

https://www.datadoghq.com/blog/bits-ai-for-incident-management/

## おわりに
本来は6月に公開を予定していた本記事ですが、執筆に時間を取れず公開が12月に遅れてしまいました。

Datadog は製品開発に積極的に投資しており、新機能の追加だけではなくプロダクト間の連携や UI/UX・実装方法の改善などさまざまな変更が日々行われています。Datadog の年次イベントである DASH では、Datadog が自信を持ってユーザーに提供できる目玉機能の発表が行われ、業界にも大きなインパクトをもたらします。

皆様も是非来年 DASH 2025 に参加いただき、オブザーバビリティの最前線を体感してみてください🐶