Function Computeには、Apsara File storage NAS (NAS) 、Object Storage Service (OSS) 、一時ハードディスク、レイヤーなど、さまざまなストレージタイプが用意されており、ファイルを保存してアクセスできます。 このトピックでは、Function Computeでサポートされているストレージタイプのシナリオと違いについて説明します。
選択分析
項目 | NAS | OSS | 一時的なハードディスク | レイヤー |
シナリオ | ログとビジネスファイルの保存 | ログとビジネスファイルの保存 | 業務によって生成された一時ファイルの保管 | 共通依存関係、ランタイム環境、関数拡張機能などのリソースの公開とデプロイ |
最大容量 | 拡張性 | 拡張性 |
| 500 MB |
耐久性 | 永続的 | 永続的 | 一時的 | 永続的 |
呼び出し間で共有可能 | 必須 | 必須 | 継続しない | 継続する |
書き込み可能な保存データ | 必須 | 必須 | 必須 | 任意 |
ストレージタイプ | ファイルシステム | オブジェクト (Object) | ファイルシステム | コード依存関係のアーカイブ |
イベントソースの統合 | 継続しない | 継続する | 任意 | 任意 |
関数アクセス速度 | より速く | 速い | 最速 | 速い |
課金 | ハードディスクのサイズ ≤ 512 MB: 無料。 詳細については、「課金概要」の「単価」セクションをご参照ください。 | 無料です。 |
ストレージタイプ
NAS
Apsara File Storage NASは、Elastic Compute Service (ECS) 、Elastic high performance Computing (E-HPC) 、Docker、およびBatch Compute向けに、安全で高性能、高信頼性、使いやすいファイルストレージサービスを提供する分散ネットワークファイルストレージシステムです。
Function ComputeはNASとシームレスに統合できます。 Function ComputeでサービスのNAS設定を構成できます。 設定には、リージョン、マウント対象、グループなどの情報が含まれます。 サービスにNASファイルシステムを設定すると、サービス内のすべての関数は、オンプレミスのファイルシステムにアクセスする場合と同じ方法で、NASファイルシステム内のファイルにアクセスできます。
- 一時ファイルはNASファイルシステムに保存できます。 一時ファイルのサイズは、オンプレミスディスクの容量によって制限されません。
- 1つのNASファイルシステムで複数の機能がファイルを共有できます。
詳細については、「NASファイルシステムの設定」をご参照ください。
OSS
Object Storage Service (OSS) は、安全で費用対効果が高く、信頼性の高いクラウドストレージサービスです。 OSSでは、大量のデータをクラウドに保存できます。 OSSを使用して、画像、オーディオ、ビデオ、ログなどの大量のデータを保存できます。
Function ComputeはOSSとシームレスに統合できます。 Function ComputeサービスのOSSマウントを設定できます。 その後、サービス内の関数は、ローカルファイルシステムを使用するのと同じ方法でOSSを使用できます。 詳細については、「OSSファイルシステムの設定」をご参照ください。
Function Computeは、OSSトリガーを使用してOSSとシームレスに統合できます。 OSSイベントを処理する関数を記述できます。 OSSが指定されたタイプのイベントをキャプチャすると、OSSイベントは対応する関数をトリガーします。 Function ComputeをOSSと統合した後、さまざまな関数を呼び出してイメージとオーディオを処理し、結果をさまざまなストレージサービスに戻すことができます。 プロセス全体では、関数ロジックの記述にのみ集中する必要があります。 Function Computeは、大量のデータをリアルタイムで並行して処理できます。 詳細については、「OSSイベントトリガーの概要」をご参照ください。
一時ハードディスク
Function Computeは、512 MBと10 GBの2つの一時ハードディスクサイズを提供します。 一時ハードディスク内のすべてのディレクトリは書き込み可能であり、一時ハードディスクのスペースを共有します。
一時ディスク領域は、関数を実行する基になるコンテナーのライフサイクルの終わりに解放されます。 関数がリクエストを送信している間、ディスク上のコンテナーと一時データは削除されません。 関数が長期間リクエストを送信していない場合、コンテナーはシステムによって再利用され、ディスク上のデータは削除されます。
レイヤー
レイヤーを使用すると、一般的な依存関係、ランタイム、関数拡張などのカスタムリソースをパブリッシュおよびデプロイできます。 関数が依存するパブリックライブラリをレイヤーに抽象化するか、Function Computeの共通レイヤーを使用して、関数のデプロイまたは更新時にコードパッケージのサイズを縮小できます。
レイヤーの操作と制限の詳細については、「カスタムレイヤーの作成」と「制限」をご参照ください。