標準の Android 自動バックアップでは、アプリは最大 25 MB のユーザーデータをクラウド ストレージにバックアップできます。ただし、ユーザーが作成したメディアや大規模なデータセットなど、より広範なバックアップ機能を必要とするアプリには、Android Large Backups API が代替手段として用意されています。
Large Backups API を使用すると、デベロッパーは大量のデータを安全にバックアップできます。ファイルあたりの上限は 50 GB ですが、ユーザーの Google One ストレージに応じて上限が設定されます。Android Large Backups API を使用してバックアップされたデータは、ユーザーの個人の Google One ストレージの割り当てにカウントされます。ユーザーごとの上限は、Google One の残りの利用可能な保存容量に基づきます。
主なメリット
Large Backups API には、大量のデータを扱うアプリに対して次のような利点があります。
- シームレスなユーザー エクスペリエンス: データをクラウド ストレージに自動的にバックアップすることで、ユーザー エクスペリエンスを維持します。
- 信頼性の高いデータ復元: デバイスの紛失、破損、出荷時の設定へのリセットが発生した場合に、アプリデータを以前の状態に復元できます。
- シームレスなデータ移行: ユーザーデータを新しいデバイスに簡単に移行できます。
- スケーラビリティ: アプリのデータニーズの増加とユーザーベースの拡大に対応します。
- バックアップ ロジックの抽象化: API は、モバイルデータ通信でのバックアップやバックアップの頻度などの設定を抽象化します。アプリで引き続ききめ細かい制御を実装できます。
- セッション期間の延長: 大規模なデータセットを安全にバックアップするために、データ転送ウィンドウの延長をサポートします。これは、システム定義の非アクティブ タイムアウトの対象となります。
Large Backups API と自動バックアップを比較する
Large Backups API は、自動バックアップ フレームワークと比較して、上限と機能が大きく異なります。
| 機能領域 | Large Backups API | 自動バックアップ |
|---|---|---|
| バックアップの合計サイズの上限 | なし | 25 MB |
| ファイルごとのサイズ上限 | 最大 50 GB | 25 MB |
| ストレージの影響 | ユーザーの Google One の容量にカウントされる | ユーザーの Google One の割り当てにカウントされる |
| 移行方法 | クラウドのみ | クラウドまたはデバイス間の転送 |
| ファイル コントロール | スケジュール設定、優先順位付け、順序をファイルごとに細かく制御できます。たとえば、大きなファイルは夜間にバックアップし、小さなファイルはそれ以外の時間にバックアップできます。 | バックアップの対象となるファイルを定義します。 |
| 設定から復元する | アプリは、アプリのライフサイクルの任意の時点で、バックアップ データの全部または一部のオンデマンド復元を開始できます。 | デバイスの初回セットアップ後に、ユーザーが開始したバックアップのみを許可します。利用可能性は、デバイスとアプリの [`BackupAgent`][2] によって異なる場合があります。 |
プログラムの参加資格と申請手順
Large Backups API へのアクセスは承認制です。このプログラムは大規模なアプリ デベロッパーを対象としており、アプリはデータ バックアップの運用に基づいて評価され、保存されたデータがユーザーにとって非常に価値があり、バックアップ プロセスが効率的であることが確認されます。
API へのアクセスについて問い合わせ、アクセスをリクエストするには、申請チケットを提出する必要があります。
Android Large Backups API が効果的かつ責任を持って使用されていることを確認するため、次の利用資格基準が設けられています。
- 大規模なユーザーベース: 通常、これは大規模なユーザーベース（1 億人の月間アクティブ ユーザー（MAU）に達するなど）を持つアプリ、または大量のデータ下り（外向き）に関する重要な技術要件を満たしているアプリが対象となります。また、ユーザーベースが急速に拡大しており、近い将来にこのしきい値を超えることが見込まれるアプリも対象となる可能性があります。
- データ量とタイプ: ユーザー 1 人あたり、アプリ 1 つあたり、1 GB を超えるライブ ユーザー バックアップ データの平均。主に、次のような大量のユーザー作成コンテンツを扱うアプリが対象となります。
- メッセージ アプリのメディア（写真、動画、音声）。
- ユーザーが作成したメディアやリッチテキストを含むメモアプリ。
- ユーザー作成コンテンツを含む大規模なデータベースを持つアプリ。
- バックアップするデータは、ユーザー エクスペリエンスに不可欠であり、簡単に再現できないもの（ユーザーが作成したテキスト、メディア、ドキュメントなど）でなければなりません。
- 大量のアプリのキャッシュやアセット（ゲーム スプライトなど）をバックアップするアプリは対象外です。
- バックアップの頻度とデータ変更率:
- アプリは、1 日に 1 回より頻繁に、または 1 か月に 1 回より頻度が低いバックアップを要求してはなりません。
- 頻繁に変更されるデータ（チャット データベースなど）については、アプリは効率的な更新メカニズムを実装する必要があります。これには、バイトレベルの差分処理や、データセット全体ではなく変更のみをアップロードするなどの手法が含まれます。これにより、帯域幅の消費とデバイス リソースの使用を最小限に抑えることができます。
- データのセキュリティとプライバシー:
- アプリは、適用されるすべてのデータ プライバシー規制（一般データ保護規則（GDPR）やカリフォルニア州消費者プライバシー法（CCPA）など）を遵守するなど、厳格なデータ セキュリティとプライバシーの基準に準拠する必要があります。
- ユーザーデータにエンドツーエンドの暗号化を使用するアプリは、効率性とセキュリティに関する Google の基準を満たすバックアップ手順を実装している場合に適格となります。
これらの基準は、次の目的で設計されています。
- Large Backups API のメリットを最も享受できるユーザーがいるアプリを優先します。
- API がさまざまな大量のユースケースでテストされていることを確認します。
- ユーザーデータを保護し、バックアップ エコシステムの完全性を維持します。