Function Compute:インスタンスの同時実行性の設定

課金

関数インスタンスの実行期間とコストは、インスタンスの同時実行性によって異なります。 詳細については、「課金の概要」をご参照ください。

• インスタンスの同時実行性=1

  インスタンスは一度に1つのリクエストしか処理できません。 課金期間は、最初のリクエストの処理が開始されたときに開始され、最後のリクエストが処理されたときに終了します。

  

• インスタンスの同時実行性> 1

  インスタンスは一度に複数のリクエストを処理できます。 インスタンスの実際の実行時間は、関数の実行時間を測定するために使用されます。 課金期間は、最初のリクエストの処理が開始されたときに開始され、最後のリクエストが処理されたときに終了します。

  

同時実行スロットル

デフォルトでは、Function Computeはリージョン内で最大100のオンデマンドインスタンスをサポートします。 リージョンで同時に処理できるリクエストの最大数は、次の式を使用して計算されます。100 × インスタンスの同時実行。 たとえば、インスタンスの同時実行性を10に設定すると、リージョン内で最大1,000の同時リクエストを同時に処理できます。 同時リクエストの数がFunction Computeが処理できるリクエストの最大数を超えた場合、スロットリングエラーResourceExhaustedが報告されます。

ロギング

• インスタンスの同時実行性が1に設定されている場合、関数を呼び出すときにHTTPリクエストヘッダーにX-Fc-Log-Type: Tailを指定すると、Function ComputeはX-Fc-Log-Resultレスポンスヘッダーで関数ログを返します。 インスタンスの同時実行性が1より大きい値に設定されている場合、同時リクエストの中で特定のリクエストのログを取得できないため、レスポンスヘッダーには関数ログは含まれません。

• Node.jsランタイムの場合、関数console.info() を使用して、リクエストIDを含むログを返しました。 インスタンスの同時実行性が1より大きい値に設定されている場合、console.info() はリクエストIDを期待どおりに表示できません。 すべてのリクエストIDはreq 2として表示されます。 サンプルログの例を次に示します。

  2019-11-06T14:23:37.587Z req1 [info] logger begin
  2019-11-06T14:23:37.587Z req1 [info] ctxlogger begin
  2019-11-06T14:23:37.587Z req2 [info] logger begin
  2019-11-06T14:23:37.587Z req2 [info] ctxlogger begin
  2019-11-06T14:23:40.587Z req1 [info] ctxlogger end
  2019-11-06T14:23:40.587Z req2 [info] ctxlogger end
  2019-11-06T14:23:37.587Z req2 [info] logger end
  2019-11-06T14:23:37.587Z req2 [info] logger end                    

  この場合、context.logger.info() を使用してログを印刷することを推奨します。 この方法では、リクエストIDを期待どおりに表示できます。 次のサンプルコードは例を示しています。

  exports.handler = (event, context, callback) => {
      console.info('logger begin');
      context.logger.info('ctxlogger begin');
  
      setTimeout(function() {
          context.logger.info('ctxlogger end');
          console.info('logger end');
          callback(null, 'hello world');
      }, 3000);
  };                   

エラー処理

インスタンスが複数のリクエストを同時に処理する場合、失敗したリクエストによる予期しないプロセス終了は、他の同時リクエストに影響します。 したがって、他のリクエストへの影響を防ぐために、関数コード内のリクエストレベルの例外をキャプチャするロジックをコンパイルする必要があります。 Node.jsのサンプルコードの例を次に示します。

exports.handler = (event, context, callback) => {
    try {
        JSON.parse(event);
    } catch (ex) {
        callback(ex);
    }

    callback(null, 'hello world');
};                    

共有変数

インスタンスが複数のリクエストを同時に処理する場合、複数のリクエストが一度に同じ変数を変更しようとするとエラーが発生する可能性があります。 スレッドにとって安全でない変数の変更を防ぐために、コードで相互排除を使用する必要があります。 次の例は、Javaのサンプルコードを示しています。

public class App implements StreamRequestHandler
{
    private static int counter = 0;

    @Override
    public void handleRequest(InputStream inputStream, OutputStream outputStream, Context context) throws IOException {
        synchronized (this) {
            counter = counter + 1;
        }
        outputStream.write(new String("hello world").getBytes());
    }
}                    

モニタリングメトリクス

インスタンスの同時実行性を1より大きい値に設定すると、固定数のリクエストが処理されると、インスタンスモニタリングチャートで使用されるインスタンスの数が減少します。