DatadogでiPaaS（HULFT Square）の処理ログを可視化したぜ

Last updated at 2025-05-13Posted at 2024-10-07

はじめに!

本記事では "ゆる～く" ご紹介をします。

以下内容はご参考となりますので、実際にご検証、マニュアルのご参照をお願い致します。

また弊社サポートへお問い合わせいただいても
お答えできない場合がございます🙇
是非コメント欄でご意見いただけますと幸いです。

今日出てくるサービスについては以下公式HPへ

そもそもiPaaSってという方いらっしゃるのではないでしょうか？？
そんな方は是非こちらへ。

細かい話はいいから、結論どんな感じ？
という方はこちらまでスキップ！！

さて今日のお題

私自身はDatadog初学者でして、
お客様から「うちはログ監視をDatadogで統一している」という話をお聞きしました。

「なんかDatadogってどんなログも可視化できそうだし、
HULFT Squareの処理ログもDatadogで見れたら便利じゃね？」

と思い本日のお題に行きついております。

内容はこんな感じ

図の通り、まずはBOXからファイルを取得します。
そしてBOXダウンロード時の処理ログをDatadogにて可視化というものです。

今回はやってみたなので、BOXから1ファイルのみ取得する処理としています。
複数ファイル取得する場合でも同様にDatadogで可視化が可能です。

またログの渡し方は汎用的なものなので、
他サービスとの連携ログやETL処理ログも同様に連携可能です。

ちなみにHULFT SquareはBOXエコソリューションに登録されているので、
HULFT SquareからのAPIコールは非課金となります。
BOX連携はこちらの記事もご参考までにどうぞ。
⇒Boxのフル活用法とは

まずはHULFT Squareの処理をご紹介

処理内容はこんな感じ

まず左側　"Start"　の直後に存在する　"try_catch"　では例外監視を行っています。

上段の処理が失敗した場合は、下段の処理が実施されるとイメージください。
(例えば、NWエラーやBOXサーバがダウンしている時（あるのか？）とかとか)

BOXに関する処理は赤枠部分

"BOXクエリ指定" にてBOX上のどのファイルを取得してきてくれ～を指定。
"BOX_GET_結果" では "BOX_GET" の実行結果をスクリプト変数に代入しています。

EventBridge連携は緑枠部分

ログ連携にてBOXダウンロード処理の結果をEventBridgeへ連携しております。

AWSの設定

構成要素は上図の通り、「EventBridge」、「CloudWatch」、「Lambda」を利用しています。

EventBridgeのイベントパターン

{
  "source": ["my.custom.source"],
  "detail-type": ["MyDetailType"],
  "detail": {
    "result": [{
      "exists": true
    }],
    "succeeded_count": [{
      "exists": true
    }],
    "failed_count": [{
      "exists": true
    }],
    "skipped_count": [{
      "exists": true
    }],
    "message_category": [{
      "exists": true
    }],
    "message_code": [{
      "exists": true
    }],
    "message_level": [{
      "exists": true
    }],
    "error_type": [{
      "exists": true
    }],
    "error_message": [{
      "exists": true
    }],
    "error_trace": [{
      "exists": true
    }]
  }
}