Cloud Functions の仕様
- 印刷する
- PDF
Cloud Functions の仕様
- 印刷する
- PDF
記事の要約
この要約は役に立ちましたか?
ご意見ありがとうございます
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 | 16 |
| Python | 3.11 |
| Java | 8 |
| Swift | 3.1.1 |
| PHP | 7.3 |
| Go | 1.19 |
| .Net Core | 2.2 |
参考
アクションランタイムに関する詳細は、Cloud Functionsランタイム情報をご参照ください。
リージョン別トリガータイプのサポート環境
Cloud Functionsでリージョン別にサポートするトリガータイプ情報は、次の通りです。
| リージョン | Cronタイプ | GitHubイベント | Cloud Insightタイプ | Cloud IoT Coreタイプ | Object Storageタイプ | SourceCommitタイプ |
|---|---|---|---|---|---|---|
| 韓国 | O | O | O | O | O | O |
| シンガポール | O | O | O | O | O | X |
| 日本 | O | O | O | O | O | X |
リソース制限事項
Cloud Functionsのリソース(アクション、トリガー、パッケージ)関連の制限事項は、次の通りです。
- timeout: アクションを実行できる最大時間。タイムアウト超過時に強制終了
- 単位: ms
- デフォルト値: 60000(60秒)
- 設定可能範囲: 500 ~ 300000
- アクション作成時に設定
- memory: アクションコンテナに割り当て可能な最大メモリ容量
- 単位: MB
- デフォルト値: 256
- 設定可能範囲: 128 ~ 1024
- アクション作成時に設定
- logs: アクションを作成できる最大
stdoutの容量。最大容量を超過して出力された追加ログは削除され、最後の行にwarningを追加- 単位: MB
- デフォルト値: 1
- Cloud Log Analyticsサービスログ保存およびダッシュボード/モニタリングで確認できる最大容量: 50KB
- concurrent: 名前空間別に特定時点に同時に実行できるアクション(アクションコンテナ)数
- 単位: 個
- デフォルト値: 100
- 多くの使用量を必要とする場合: カスタマーサポート > お問い合わせで引き上げをリクエスト
- 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公式文書を参照
- 固定値:
- アクションコンテナの max process ulimit値: アクションコンテナが作成できる最大プロセス数
- 固定値: 1024
- ユーザーによる任意変更は不可能
docker runコマンド実行時、--pids-limit 1024に転送されて関連内容は Docker公式文書を参照
参考
不要なリソースの乱用によりパフォーマンスが低下する問題を防ぐため、各名前空間を基準に同時に実行できるアクション数を制限しています。
パラメータ適用の優先順位
Cloud Functionsではアクションやトリガーを実行するための様々なパラメータを提供します。これらのパラメータ間には適用の優先順位が存在します。そのため同じ Keyがある場合、適用の優先順位が高いパラメータの値が適用されます。パラメータ適用の優先順位は次の通りです。
- ランタイムパラメータ: 実行時点に転送されるパラメータ、API Gatewayを通じて呼び出される HTTP Request Bodyとクエリパラメータ(ウェブアクションのみ該当)
- トリガーデフォルトパラメータ: トリガーに共通して適用されるパラメータ
- アクションデフォルトパラメータ: アクションに共通して適用されるパラメータ
- パッケージデフォルトパラメータ: パッケージに属したアクションに共通して適用されるパラメータ
注意
アクションデフォルトパラメータの暗号化が設定されたフィールドは最も高い優先順位として適用されます。
ソースコードセキュリティ
Cloud Functionsはユーザーが入力したコードのセキュリティのために次のように対応しています。
- 隔離して保管: ユーザーがアップロードしたコードは隔離された DBで安全に保管
- 独立したコンテナ: リクエスト発生時に隔離された空間で実行し、結果を返して一定時間が過ぎた後に空間を削除
注意
セキュリティのためにコードを実行した空間は別のユーザーにシェア、または再利用しません。
利用料金
Cloud Functionsは従量料金プランで提供しています。Cloud Functionsの利用料金に関する詳細は、 ポータル > サービス > Compute > Cloud Functions メニューや ポータル > 料金 メニューをご参照ください。
この記事は役に立ちましたか?