orchestrator
2022.4
false
重要 :
このコンテンツの一部は機械翻訳によって処理されており、完全な翻訳を保証するものではありません。
UiPath logo, featuring letters U and I in white
Orchestrator API ガイド
Automation CloudAutomation Cloud Public SectorAutomation SuiteStandalone
Last updated 2024年6月22日

健全性チェックのエンドポイント

健全性チェック エンドポイントと呼ばれる特別なエンドポイントに API 呼び出しを送信し、すべてのサービスが稼働中であることを確認します。

これらのエンドポイントは健全性チェックを実行し、チェックするサービスが機能しているかどうかを通知するステータスを返します。

Orchestrator の健全性チェックのエンドポイント

Orchestrator インスタンスとその依存関係が利用可能かどうかを確認するには、次のエンドポイントを使用します。

  • GET

    https://{yourDomain}/api/health— 重要な依存関係のみを確認します。
  • GET

    https://{yourDomain}/api/health/startup— すべての依存関係を確認します。

既定では、上記の健全性チェック エンドポイントは空の応答本文を返します。

実行された健全性チェックとそのステータスを確認するには、以下の手順を実行します。

  1. orchestrator-customconfig 構成マップ (orchestrator-configurator.sh で設定) で、
    「 <appsettings> 」セクションに <add key="HealthCheck.DetailsKey" value="12345" /> を追加します。12345 は健全性チェックにアクセスするパスワードとして機能するため、独自の値に変更することを忘れないでください。
  2. IIS を再起動して、変更が反映されていることを確認します。
  3. 設定したパスワードを、健全性チェック API 呼び出しでクエリ パラメーターとして使用します (例: /api/health?detailsKey=password)。成功した場合、この呼び出しは、健全性チェックとそのステータスの詳細を含む応答本文を返します。

これらの手順を完了すると、Orchestrator サーバーとは別のマシンからも健全性チェックにアクセスできるようになります。

Identity Server の健全性チェックのエンドポイント

Identity Server が動作しているかどうかを確認するには、次のエンドポイントを使用します。

  • GET https://{yourDomain}/identity/health

このエンドポイントの応答本文に、Identity Server の構成の概要が含まれています。

{
    "status": "Healthy",
    "results": {
        "ApplicationDbContext": {
            "status": "Healthy",
            "description": null,
            "data": {}
            },
        "AuditDbContext": {
            "status": "Healthy",
            "description": null,
            "data": {}
            },
        "PersistedGrantDbContext": {
            "status": "Healthy",
            "description": null,
            "data": {}
            },
        "IdentityServerConfigurationDbContext": {
            "status": "Healthy",
            "description": null,
            "data": {}
            }
    }
}{
    "status": "Healthy",
    "results": {
        "ApplicationDbContext": {
            "status": "Healthy",
            "description": null,
            "data": {}
            },
        "AuditDbContext": {
            "status": "Healthy",
            "description": null,
            "data": {}
            },
        "PersistedGrantDbContext": {
            "status": "Healthy",
            "description": null,
            "data": {}
            },
        "IdentityServerConfigurationDbContext": {
            "status": "Healthy",
            "description": null,
            "data": {}
            }
    }
}

エラー コード 500 は異常なステータスを通知しますが、それにもかかわらず応答本文が返される場合があります。応答本文の内容を確認して理由を特定してください。

Webhook の健全性チェックのエンドポイント

Webhook サービスの利用可否を確認するには、次のエンドポイントを使用します。

  • GET https://{yourDomain}/webhooks/api/status

リソース カタログ サービスの健全性チェックのエンドポイント

リソース カタログ サービス インスタンスの利用可否を確認するには、次のエンドポイントを使用します。
  • GET/https://{yourDomain}/ResourceCatalog/health
応答本文には、サービスの起動時および実行時の Healthy が含まれます。

応答コードの解釈

応答コードは次のように解釈します。

  • 200 OK — サービスは起動し、実行されています。
  • 5xx 失敗 — サービスは停止しています。
健全性チェックによっては、応答コード 200 OK とステータス Degraded が返されることがあります。これは、チェックされたコンポーネントが機能低下のステートになっていることを意味します。

このページは役に立ちましたか?

サポートを受ける
RPA について学ぶ - オートメーション コース
UiPath コミュニティ フォーラム
Uipath Logo White
信頼とセキュリティ
© 2005-2024 UiPath. All rights reserved.