注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
公開後は、すべての種類の関数を Ontology Manager で閲覧および管理できます。
関数を検索するには、Ontology Manager に移動し、関数タブを選択します。 関数名、説明、API名、RID など、関数のほとんどのメタデータで関数を検索できます。

Ontology Manager で関数を選択すると、その入力、出力、使用履歴、および成功件数、失敗件数、P95 実行時間を含む関数メトリクスを表示できます。

一部の種類の関数では、タイムアウトやメモリー上限などのリソースを設定できます。 関数が設定オプションに対応している場合は、設定タブで表示および編集できます。 このタブが表示されない場合、その関数は設定オプションに対応していません。
設定のオーバーライドは、関数のバージョンごとに適用されます。関数を公開するアプリケーションによっては、新しいバージョンにデフォルトの設定が適用され、設定のオーバーライドを再適用する必要がある場合があります。
たとえば、次の画像のように TypeScript 関数のタイムアウトを設定できます。

関数では、新しいバージョンを公開する際に設定のオーバーライドを継承する機能が標準で用意されています。設定は、セマンティックバージョニングの仕様に従って、以前の安定版から継承されます。安定版ではないバージョンを公開する場合、設定は安定版リリースかどうかにかかわらず、以前のバージョンから継承されます。
設定を継承するには、リポジトリに更新されたテンプレート設定が含まれている必要があります。非表示の templateConfiguration.json ファイルで、リポジトリのバージョンを確認できます。
parentTemplateVersion >= 3.512.0 である必要がありますparentTemplateVersion >= 0.423.0 である必要があります関数ベースのアクションは、1回の実行におけるすべての読み取りリクエストに対して、1つのオントロジースナップショットを自動的に使用します。
一貫したスナップショットには、次の特性があります。
高度なユースケースでスナップショットを明示的に管理する必要がある場合は、関数の設定ページで、次のオプションを使用してスナップショットの動作を設定できます。
デフォルトでは、ソースを使用する関数はスナップショットを使用せずにライブデータに対して実行されます。関数は書き込みや外部システムの呼び出しを実行できるため、スナップショットの強制は推奨されません。
関数の実行時にリソースを過剰に消費しないよう、いくつかの制限が設けられています。
関数の実行時間は、デフォルトで 60秒に制限されています。これらの制限は、関数の設定ページで変更できます。
ライブプレビューで実行する場合、関数の設定ページで変更していても、関数は最大 280秒実行できます。
Automate を通じて実行される関数は、標準の実行制限を超え、最大 4時間非同期で実行されます。
TypeScript v1 関数には、さらに CPU 時間の 30秒という制限があり、これは設定できません。関数がこのしきい値を超える場合、非効率なデータ読み込みロジックが原因であることが多くあります。CPU タイムアウトを回避する方法については、パフォーマンスを最適化するのセクションを参照してください。
メモリー上限は、TypeScript v1、TypeScript v2、Python 関数で異なります。
関数実行時のメモリー使用量は 128メガバイトに制限されています。この上限に達することはほとんどなく、多くの場合、メモリー上限に達する前に、時間制限やオブジェクト読み込みの制限に達します。
デプロイ済み Python 関数のメモリー使用量は、デフォルトで 2ギガバイトです。現在、デプロイ済み Python 関数では、関数の設定ページでメモリー使用量を設定できません。
サーバーレス関数のメモリー使用量は、デフォルトで 1024メビバイトです。関数の設定ページで、512メビバイトから 5120メビバイトまで設定できます。
TypeScript v1 では、関数は単一のスレッドで実行されるため、一度に実行できる計算は1つだけです。ただし、オブジェクトセットやリンクの読み込みは並列化できます。詳細は、パフォーマンスを最適化するを参照してください。
TypeScript v2 および Python 関数では、組み込みの Node.js worker_threads ライブラリと Python threading ライブラリを使用して、マルチスレッドを利用できます。
オブジェクトセットを使用する際、次の場合に .all() または .allAsync() を呼び出すとエラーがスローされます。
一部の集計操作およびバケット化操作には制限があります。詳細は、集計のセクションを参照してください。