実行するすべてのアプリ Mendix クラウドには、すぐに使える監視機能が自動的に提供されます。 Mendix クラウドでは、アプリケーションの主要なメトリックの傾向、アプリケーションによって生成されたすべてのログ イベントを確認し、さまざまな種類のチェックのアラートを表示および受信できます。
しかし、時には、特にあなたの Mendix アプリは異機種混在のソフトウェア環境の一部であり、統合された監視ソリューションが必要です。または、複数のアプリケーションを監視する必要がある場合は、 Mendix マイクロサービスアーキテクチャのアプリ.
いくつかの Mendix 開発者は、標準的なJavaモニタリングではアプリの改善に必要な情報が得られないと述べています。マイクロフローとアクティビティのパフォーマンスを知りたいのは当然です。そのため、私たちはDatadogモニタリングを導入しました。 Mendix アプリケーション: エンタープライズグレードの監視 ローコード。 の時点で Mendix バージョン7.23、監視することができます Mendix Datadog を使用したアプリ。
なぜ Datadog なのか?
データドッグ は、多くのお客様にご利用いただいているSaaS監視製品です。Datadogは、Forrester Waveのインテリジェントアプリケーションおよびサービス監視においてリーダーに選出されています。お客様からいただいた要件に合致するDatadogの機能について、以下に簡単にまとめました。 Mendix 顧客：
- 監視能力 Mendix モデルの概念 – Datadogでは、作成したマイクロフローとサービスのメトリクスを確認できます。 Mendix、およびマイクロフローの一部であるすべてのアクティビティに適用されます。
- アプリケーション メトリックを監視する機能 - 多くのお客様は、監視ソリューションの一部として、ビジネス主要業績評価指標 (KPI) とサービス レベル目標 (SLO) を監視したいという要望を表明しています。
- 統合ログにより、複数の依存アプリケーションによってロジックが実行されたときに何が起こるかを確認できます。
- 強力で設定可能なアラート機能 - ログファイル内のあらゆるメトリックのしきい値、外れ値、または予想される傾向に基づいて、カスタム検索でアラートを定義する機能。インフラストラクチャリソースメトリック、 Mendix モデル メトリック、またはアプリケーション レベル メトリック。
- ランドスケープ ビュー – 多数のアプリの健全性をすばやく把握する方法。Datadog は、サーバーからコンテナ、プロセス レベルまで、ランドスケープのさまざまなカスタマイズ可能なビューを提供します。
- シンプルな監視エクスペリエンス - アプリケーションの監視に関連するすべての監視可能な側面、メトリック、ログ、トレースが 1 つの統合ソリューションで利用可能で、ある側面から別の側面へ移動するためのナビゲーションが組み込まれています。たとえば、あるメトリックのトレンド グラフにピークが見られる場合、関連するすべてのログ イベントを 1 回のクリックで表示できます。完全で統合された監視可能性は、マイクロサービス ソリューションを確実に運用するための鍵となります。
Datadog は、EU-US プライバシー シールド フレームワークへの準拠を認定されており、Cloud Security Alliance の STAR 登録者です。また、Datadog は、SOC 2 タイプ II 監査の完了など、セキュリティ、プロセス、サービスに関する主要な独立した第三者による検証も行っています。
統合はどのように見えるでしょうか?
Datadogの監視統合の中核となるのは、オープンプロトコルと呼ばれるものです。 統計このプロトコルは、監視エージェントにメトリックをプッシュするための軽量で拡張可能な方法を提供します。 Mendix ランタイムには、Statsd メトリックのサポートが組み込まれています。プラットフォームはこれを使用して、マイクロフロー実行、マイクロフロー アクティビティ実行、エンドポイント呼び出し、メモリに割り当てられたオブジェクトの数など、アプリケーション内のすべてのものに対してすぐに使用できるメトリックを提供します。
ただし、ランタイムにはメトリクス API も組み込まれているため、ビジネス SLO や KPI などの独自のアプリケーションで使用できます。
Statsdを使用すると、Java監視に重点を置いた監視ツールに比べて重要な利点があります。Statsdを使用すると、 Mendix ローコードモデルレベルで洞察を提供します。つまり、この情報は、 MendixこれをJavaのメトリクスと比較すると、 Mendix 開発者は、Java または Scala の情報がアプリ モデルとどのように関連しているかを理解していません。Statsd を使用すると、マイクロフローとサービスが実行される頻度と期間がわかるため、アプリケーションが何を実行しているかをすぐに把握できます。
アプリケーションで Datadog を有効にすると、カスタム アプリケーション設定で Datadog API キーを指定すると、エージェントによって収集されたシステム メトリックとログに加えて、エージェントによってすべての Statsd メトリックが Datadog に転送されます。
監視ソリューションは、すぐに使用でき、構成可能なダッシュボードとチャートを備えた大規模な時系列データベースと考えることができます。Datadog が受信したすべてのメトリックを理解できるように、ホスト名、タイプ、タグなどの追加情報が強化されています。
その Mendix プラットフォームには、マイクロフロー名、アクティビティ名、エンドポイント操作など、すぐに使用できるタグが多数用意されています。また、アプリケーションやビジネス メトリックに独自のタグを提供することもできます。これにより、次のことが可能になります。
- メトリックの起源を正確に特定します。
- ダッシュボードでメトリックをグループ化およびフィルタリングして、システムまたは機能の特定のサブセットに焦点を当てます。
それをどのように使うのですか？
景観の健康
最初に確認したいのは、おそらくアプリの状況でしょう。Datadogは、すべてのアプリの状況を高レベルで概観できるインフラストラクチャビューを提供しています。 Mendix インスタンス。注意が必要な点に気付いた場合は、ここから特定のアプリ インスタンスをドリルダウンできます。
次の概要には、実行中のすべてのアプリインスタンスが表示されます。この概要は、アプリケーションと環境ごとにホストをグループ化するように構成されています。これは、appタグとenvタグを定義することで実現できます。 Mendix 環境。インスタンスの色は構成可能で、この場合は、特定のインスタンスの REST API の平均実行時間を示します。
リソースモニタリング
さらに詳しい情報が必要な場合は、すべてのプロセスのプロセス情報を取得できます。ここでは、たとえば名前で特定のプロセスをフィルタリングし、プロセスごとのリソース使用量の詳細を取得できます。次の画像には、すべてのプロセスがリストされています。 Mendix Java ランタイム プロセスと、選択したプロセスの CPU およびメモリの傾向。
あるいは、利用可能なメトリックに基づいて独自のダッシュボードを構築することもできます。ダッシュボードには、タイムボードとスクリーンボードの 2 種類があります。タイムボードではメトリックが時間同期されて表示されるため、さまざまなチャートやメトリックを簡単に比較できます。
スクリーンボードを使用すると、さまざまな種類のウィジェット、チャート、アラート、さらにはログラインを混在させることができます。
ログ
Datadog はすべてのアプリ ログ イベントを統合します。つまり、1 つのインターフェイスから、すべてのアプリのすべてのログを検索し、ホスト名、アプリ名、重大度、またはログノードでフィルタリングできます。また、最新のログ イベントを追跡したり、ログ内のパターンを検出したりするためのビューもあります。
アプリのメトリクス
メトリックは、ランドスケープ内の任意のコンポーネントによって生成できます。明らかなメトリックは、データベースなどのインフラストラクチャ コンポーネントや、Java プロセスなどのプロセスです。
Mendix また、独自のアプリケーションまたはビジネス メトリックを定義することもできます。これを使用して、アプリケーションまたはランドスケープの SLO または KPI ダッシュボードを構築できます。
その Mendix App Store コネクタも利用可能で、アプリケーションにメトリックを追加できます。上の画像に示されているアクティビティは、「CRM.CustomerCount」メトリックを 1 つ増加させます。このメトリックには「region」というタグも含まれているため、ダッシュボードを地域別にセグメント化できます。
カスタム アプリケーション メトリクスを Datadog に送信すると、ダッシュボードを設定して、これらのビジネス メトリクスに対するアプリケーションのパフォーマンスを追跡できるようになります。
利用状況
Datadog では、エンドユーザー テストを定義して、アプリケーションで定期的に実行する方法も提供されています。Web ページの場合は、ブラウザーでいくつかの手順を記録することで実行できます。API 呼び出しの場合は、呼び出す API URL を定義し、結果、http ステータス コード、ヘッダー値をアサートできます。これらのテスト ケースは、Datadog によってさまざまなグローバル ロケーションから定期的に実行されます。これにより、アプリケーションが世界中のユーザーに対してどのように機能しているかの概要を把握できます。
アラート
Datadog は、モニターを通じてアラートを構成するための非常に強力で柔軟な方法を提供します。モニターは、メトリック、ホスト情報、リソース使用量などのさまざまなソースからのデータだけでなく、ログファイルも使用できます。基本的なしきい値に基づいてトリガーできますが、異常検出、外挿に基づく予測、ログファイルの検索など、より複雑な方法でトリガーすることもできます。
たとえば、ログに例外が見つかったときにアラートを受信するモニターを定義できます。以下の構成では、15 分以内に XNUMX つの例外が見つかった場合に警告を受信し、XNUMX つ以上が検出された場合にアラートを受信するように指定しています。
Mendix パフォーマンス監視
ローコード プラットフォームを監視するための鍵は、マイクロフロー、アクティビティ、およびサービスのタイミングを理解することです。
次のセクションでは、REST エンドポイントを監視する方法を説明します。この例では、特定のアプリの 2 つの REST エンドポイントの平均期間をプロットします。
開始する方法
皆さんが興奮していることはわかりますので、アプリにこれらのメトリックを構成する方法を説明します。
モニタリング Mendix Datadogでアプリを管理するには、1つの簡単な操作を行うだけです。 Mendix アプリケーションをDatadogにアップロードするには、アプリのカスタム設定でDatadogキーを提供する必要があります。Datadogアカウントをお持ちでない場合は、まずサインアップする必要があります。詳細については、 Datadog メトリクスに関するメモ。
次に、アプリのデプロイメントにいくつかのデフォルト タグを追加して、Datadog で適切なメトリクスを見つけやすくします。以下に示すように、少なくともアプリと環境を示すタグを用意しておくことをお勧めします。
マイクロフロー、アクティビティ、サービス エンドポイントの期間メトリックを収集するには、MetricsAgentConfig カスタム設定を使用できます。これにより、すべてのマイクロフロー、アクティビティ、サービス エンドポイントをインストルメント化するか、インストルメント化するものを名前で指定することができます。
エンタープライズグレードのローコード
ローコード アプリケーションの監視がこれほど強力になったことはありません。緊密な統合により、エンタープライズ グレードのノーコードおよびローコード アプリケーションを実行するために必要なすべての監視が可能になります。
Datadog アカウントをお持ちではありませんか? 作成してください!
Datadog アカウントをお持ちですが、API キーを生成する必要がありますか? 作ってみよう!