--- title: "Cloud Functions の仕様" slug: "cloudfunctions-spec" tags: ["Cloud Functions"] updated: 2026-10-20T09:00:28Z published: 2026-10-20T09:00:28Z canonical: "guide.ncloud-docs.com/cloudfunctions-spec" --- > ## Documentation Index > Fetch the complete documentation index at: https://guide.ncloud-docs.com/llms.txt > Use this file to discover all available pages before exploring further. # Cloud Functions の仕様 Classic/VPC環境で利用できます。 Cloud Functionsを円滑に利用するためのサポート環境、料金プラン、制限事項などを確認します。 ## クラウド使用環境 Cloud Functionsがサポートするクラウド使用環境は、次の通りです。 | 項目 | サポート環境 | | --- | --- | | リージョン(ゾーン) | 韓国(KR-1、KR-2)、シンガポール(SGN-4、SGN-5)、日本(JPN-4、JPN-5) | | プラットフォーム | VPC, Classic | | 言語 | 韓国語、英語、日本語 | 参考 韓国リージョンの VPC環境で VPCリソースアクセスの設定を行う場合、KR-2 Zoneに作成した Subnetのみ関連付けできます。KR-1 Zoneの Subnetサポートは準備中です。 基本的に KR-2 Zone Subnetに関連付けたアクションで KR-1 Subnetとリソースにアクセスできます。 ## ランタイムサポート環境 Cloud Functionsでサポートする言語と使用推奨バージョン情報は、次の通りです。 注意 Cloud Functionsで提供するサポート環境は、サポート言語のポリシーに従って案内することなく変更される場合があります。 #### サポート言語 | サポート言語 | 最新バージョン | | --- | --- | | Node.js | 22 | | Python | 3.13 | | Java | 21 | | Swift | 3.1.1 | | PHP | 7.3 | | Go | 1.19 | | .Net Core | 2.2 | 参考 アクションランタイムに関する詳細は、[Cloud Functionsランタイム情報](/docs/ja/cloudfunctions-spec-runtime)をご参照ください。 ## リージョン別トリガータイプのサポート環境 Cloud Functionsでリージョン別にサポートするトリガータイプ情報は、次の通りです。 | リージョン | Cronタイプ | GitHubイベント | API Gatewayタイプ | Cloud Insightタイプ | Object Storageタイプ | SourceCommitタイプ | Secret Managerタイプ | Resource Managerタイプ | | --- | --- | --- | --- | --- | --- | --- | --- | --- | | 韓国 | O | O | O | O | O | O | O | O | | シンガポール | O | O | O | O | O | X | X | X | | 日本 | O | O | O | O | O | X | O | X | ## リソース制限事項 Cloud Functionsのリソース(アクション、トリガー、パッケージ)関連の制限事項は、次の通りです。 - リソース数制限: アクション、トリガー、パッケージごとに最大500つまで作成可能 - この制限には、Classic環境で作成したリソースも含まれます。リソース数の制限引き上げはサポートしません。 - timeout: アクションを実行できる最大時間。タイムアウト超過時に強制終了 - 単位: ms - デフォルト値: 60000(60秒) - 設定可能範囲: 500~300000 - アクション作成時に設定 - memory: アクションコンテナに割り当て可能な最大メモリ容量 - 単位: MB - デフォルト値: 128 - 設定可能範囲: 128~1024 - アクション作成時に設定 - logs: アクションが作成できる最大 `stdout`の容量。最大容量を超過して出力された追加ログは削除され、最後の行に `warning` を追加 - 単位: MB - デフォルト値: 1 - Cloud Log Analyticsサービスログ保存とダッシュボード/モニタリングで確認できる最大容量: 50KB - concurrent: 名前空間別に特定時点に同時に実行できるアクション(アクションコンテナ)数 - 単位: 個 - デフォルト値: 1000 - 多くの使用量を必要とする場合: [サポート > お問い合わせ](https://www.ncloud.com/support/question/service)で引き上げをリクエスト - codeSize: コードの最大容量 - 単位: MB - 固定値: 38 - ユーザーによる任意変更は不可 - parameters: アクションやトリガーに転送できるパラメータの最大容量 - 単位: MB - 固定値: 1 - ユーザーによる任意変更は不可 - result: アクション実行結果が返される結果値の最大容量 - 単位: MB - 固定値: 1 - ユーザーによる任意変更は不可 - Cloud Log Analyticsサービスログ保存とダッシュボード/モニタリングで確認できる最大容量: 150KB - アクションコンテナの max open files ulimit値: アクションコンテナが開くことができる最大ファイル数 - 固定値: `1024:1024` - ユーザーによる任意変更は不可 - `docker run` コマンド実行時に `--ulimit nofile=1024:1024`に転送され、関連内容は [Docker公式ドキュメント](https://docs.docker.com/engine/reference/commandline/run)を参照 - アクションコンテナの max process ulimit値: アクションコンテナが作成できる最大プロセス数 - 固定値: 1024 - ユーザーによる任意変更は不可 - `docker run` コマンド実行時に `--pids-limit 1024`に転送され、関連内容は [Docker公式ドキュメント](https://docs.docker.com/engine/reference/commandline/run)を参照 参考 不要なリソースの乱用により性能が低下する問題を防ぐため、各名前空間を基準に同時に実行できるアクション数を制限しています。 ## パラメータ適用の優先順位 Cloud Functionsではアクションやトリガーを実行するための様々なパラメータを提供します。これらのパラメータ間には適用の優先順位が存在します。そのため同じ Keyがある場合、適用の優先順位が高いパラメータの値が適用されます。パラメータ適用の優先順位は次の通りです。 1. ランタイムパラメータ: 実行時点で渡されるパラメータ、API Gatewayタイプのトリガーで呼び出される HTTP Request Bodyとクエリパラメータ 2. トリガーデフォルトパラメータ: トリガーに共通して適用されるパラメータ 3. アクションデフォルトパラメータ: アクションに共通して適用されるパラメータ 4. パッケージデフォルトパラメータ: パッケージに属したアクションに共通して適用されるパラメータ 注意 アクションデフォルトパラメータの暗号化が設定されたフィールドは最も高い優先順位として適用されます。 ## ソースコードセキュリティ Cloud Functionsはユーザーが入力したコードのセキュリティのために次のように対応しています。 - 隔離して保管: ユーザーがアップロードしたコードは隔離された DBで安全に保管 - 独立したコンテナ: リクエスト発生時に隔離された空間で実行し、結果を返して一定時間が過ぎた後に空間を削除 注意 セキュリティのためにコードを実行した空間は別のユーザーにシェア、または再利用しません。 ## 利用料金 Cloud Functionsは従量料金プランで提供しています。Cloud Functionsの利用料金に関する詳細は、**ポータル** > **サービス** > **Compute** > **Cloud Functions**の料金のご案内をご参照ください。 - [**ポータル** > **サービス** > **Compute** > **Cloud Functions**](https://www.ncloud.com/product/compute/cloudFunctions)