Runbook とのやり取り

RealmJoin の API を使用して Runbook を実行し、ステータスを照会します

概要

RealmJoin を使用すると、Azure Automation Runbooks を使用して環境の日常操作を自動化できます。詳しくは Runbooks を参照してください。

RealmJoin の API を使用すると、アプリケーションから Runbook を開始したり、以前にトリガーされた実行の成功を照会したりできます。詳しくは RealmJoin の Swagger 説明arrow-up-right どの操作が現在サポートされているかを確認してください。

以下のセクションでは、RealmJoin の API を使用して Runbook ジョブを開始および追跡する方法を説明します。既に Azure Automation アカウントを接続していることが前提です RealmJoin ポータルに。 また、次の点を確認してください 認証 適切な HTTP Authorization ヘッダーを使用して、RealmJoin の API に対するすべてのリクエストを認証してください。

Azure Automation は Runbook をどのように処理しますか?

Azure Automation は Runbook に関してバッチ処理アプローチを採用しています。Runbook の実行をトリガーすると、その Runbook のジョブが作成され、実行のためにキューに入れられます。

そのため一般に、Runbook はすぐに開始されません。同じ Runbook に対して複数のジョブが異なる実行状態で同時に存在することもあります。

各ジョブには Runbook スクリプトに渡される一連のパラメーター(入力)が含まれます。例えば、2つの変数のようなものです UPNが欲しい場合は、 同じ Log Analytics アカウントを $newEmailAddress もし Runbook がユーザーのメールボックスにメールエイリアスを追加することを想定している場合。

各ジョブにはその現在の実行状態を表すステータスがあり、詳細は次を参照してください Microsoft Docsarrow-up-right。ここでは次に焦点を当てます キュー済み (Queued), 実行中 (Running), 完了 (Completed) 同じ Log Analytics アカウントを 失敗 (Failed) このドキュメントでは。これは理解を容易にするための単純化であることに注意してください。

Runbook ジョブの開始

RealmJoin API は Runbook をトリガーするための 2 つのエンドポイントを提供します。

run は Runbook を同期的に実行し、Runbook が実際に完了または失敗するまで返さず/終了しません。このエンドポイントは関連する Runbook ジョブの成功状態と出力を直接返します。

startrun と同じパラメーターを受け取りますが、非同期方式で動作します。Runbook ジョブがキューに入れられるとすぐに返します。返されるのは jobID で、新しいジョブの追跡を容易にします。

Runbook の命名

Runbook は Azure Automation の名前で参照されます。要約すると:

  • RealmJoin の GitHub リポジトリから同期されている場合は、プレフィックスとして rjgit-を追加します

  • 次のいずれかを使用します org_, device_, group_, user_ をスコープとして使用します(これらのうち正確に一つ)

  • カテゴリ、例えば general_または security_

  • Runbook の名前(区切りは) _ のように add-xyz-exception

この場合の結果は次のようになります: rjgit-org_security_add-xyz-exception

参照: 命名規則 を参照してください。

次のような状況を仮定します:

  • RealmJoin の API 資格情報を取得し、それを dC0xMjM0MTIzNDpteVMzY3JldCE= にエンコードしました(Base64)

  • 次の Runbook を開始したいとします rjgit-user_security_revoke-or-restore-access 特定のユーザーのサインインをブロックするために

  • Runbook(PowerShell)用のパラメーターは次のとおりです:

私たちは run エンドポイントを使用して、ジョブが成功したかどうかを即座に確認します。

では、次を構築してみましょう リクエスト:

ヘッダー:

リクエスト / URI:

ボディ(JSON 表記):

このリクエストはジョブの実行を待つためしばらく時間がかかります。HTTP クライアントのタイムアウトを適切に調整してください。そうでない場合は、即座に返す start エンドポイントの使用を検討してください。

レスポンスには jobIDstatus (失敗 (Failed) または 完了 (Completed))と Runbook のすべての出力ストリームが含まれます。

レスポンス:

HTTP ステータス: 200 (OK)

ボディ(JSON 表記):

出力ストリームは異なるチャネル(streamTypes): Output, Verbose, Error)に分けられます。これにより、エラーのみでフィルタリングしたり、関連情報だけを表示することで出力を減らしたりできます(例えば Output.

Runbook が終了した後、これらのストリームを次のエンドポイントで取得できます /runbook/jobs/{jobID}/output/streams (下記参照)

ジョブのステータスと出力の照会

ジョブが既に作成されている場合、RealmJoin API を使用してその状態と出力を照会できます。

ジョブステータスの照会

を使用して /runbook/jobs/{jobID}/status で現在のステータスを照会します。

参照: 認証 Authorization ヘッダーの作成方法については を参照してください。以下はあくまで例です。

次の値を仮定します jobID1234545e-7a24-436a-90c9-6056b512345

リクエスト

ヘッダー:

リクエスト / URI:

このリクエストにボディはありません。

レスポンス

HTTP ステータス 200 (OK)

本文(プレーンテキスト)

その他の可能な状態には次が含まれます New, 失敗 (Failed), 実行中 (Running)。詳しくは次を参照してください 可能な Runbook 状態arrow-up-right.

ジョブ出力の読み取り

を使用して /runbook/jobs/{jobID}/output/text で Runbook の出力のシンプルなプレーンテキスト表現を取得できます。これは Verbose 同じ Log Analytics アカウントを Error ストリームを含みません。詳しくは ストリームの読み取り で他のストリームを読み取ってください。 例外 は別途扱われます。

参照: 認証 Authorization ヘッダーの作成方法については を参照してください。以下はあくまで例です。

次の値を仮定します jobID1234545e-7a24-436a-90c9-6056b512345

リクエスト

ヘッダー:

リクエスト / URI:

このリクエストにボディはありません。

レスポンス

HTTP ステータス 200 (OK)

本文(プレーンテキスト)

特定のストリームの読み取り

を使用して /runbook/jobs/{jobID}/output/streams で Runbook の出力の包括的な JSON 表現を取得できます。これにより Output, Verbose 同じ Log Analytics アカウントを Error ストリームにアクセスできます。 例外 は別途扱われます。

参照: 認証 Authorization ヘッダーの作成方法については を参照してください。以下はあくまで例です。

次の値を仮定します jobID1234545e-7a24-436a-90c9-6056b512345

リクエスト(全ストリーム)

ヘッダー:

リクエスト / URI:

このリクエストにボディはありません。

レスポンス

HTTP ステータス 200 (OK)

本文(JSON、メッセージの配列)

割り込みを伴うエラーメッセージおよび次の項目を読む方法については下記を参照してください 例外

単一のストリーム(例えば Verbose)だけを受け取るには、リクエストに次を追加してフィルターを付けることができます ?streamTypes=Verbose。また、次でフィルタリングすることもできます Output 同じ Log Analytics アカウントを Error.

リクエスト(単一ストリームでフィルタリング)

ヘッダー:

リクエスト / URI:

このリクエストにボディはありません。

レスポンス

HTTP ステータス 200 (OK)

本文(JSON、メッセージの配列)

例外の読み取り

を使用して /runbook/jobs/{jobID}/exception/text で Runbook の例外メッセージ(存在する場合)のシンプルなプレーンテキスト表現を取得できます。これは Output, Verbose 同じ Log Analytics アカウントを Error ストリームを含みません。詳しくは ストリームの読み取り で他のストリームを読み取ってください。

例外は、Runbook に関連付けられた PowerShell スクリプトの実行中に割り込みエラーが発生したときに書き込まれます。このエンドポイントはプレーンテキストのメッセージのみを読み取り、スクリプトがどの行で停止したかのような技術的な詳細は含みません。

この例では、割り込みエラーは次によって引き起こされました throw "Exception".

参照: 認証 Authorization ヘッダーの作成方法については を参照してください。以下はあくまで例です。

次の値を仮定します jobID1234545e-7a24-436a-90c9-6056b512345

リクエスト

ヘッダー:

リクエスト / URI:

このリクエストにボディはありません。

レスポンス

HTTP ステータス 200 (OK)

本文(プレーンテキスト)

最終更新

役に立ちましたか?