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

課金

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

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

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

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

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

同時実行数の制限

デフォルトでは、Function Compute は 1 つのリージョンで最大 100 のオンデマンドインスタンスをサポートします。1 つのリージョンで同時に処理できるリクエストの最大数は、次の式を使用して計算されます：100 × インスタンスの同時実行数。たとえば、インスタンスの同時実行数を 10 に設定した場合、1 つのリージョンで最大 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());
    }
}