تتيح ميزة الاحتفاظ التلقائي بنسخة احتياطية في Android Auto العادية للتطبيقات الاحتفاظ بنسخة احتياطية من بيانات المستخدمين تصل إلى 25 ميغابايت كحد أقصى في التخزين في السحابة الإلكترونية. ومع ذلك، بالنسبة إلى التطبيقات التي تتطلّب إمكانات نسخ احتياطي أكثر شمولاً، مثل الوسائط التي ينشئها المستخدمون ومجموعات البيانات الكبيرة، توفّر واجهة برمجة التطبيقات "النسخ الاحتياطي الكبير" على Android بديلاً.
تتيح واجهة برمجة التطبيقات Large Backups للمطوّرين الاحتفاظ بنسخ احتياطية من كميات كبيرة من البيانات بشكل آمن، مع حد أقصى يبلغ 50 غيغابايت لكل ملف، ولكن مع فرض حدود استنادًا إلى مساحة التخزين المتاحة للمستخدم في Google One. يتم احتساب البيانات التي تم الاحتفاظ بنسخة احتياطية منها باستخدام واجهة برمجة التطبيقات "النُسخ الاحتياطية الكبيرة" من Android ضمن مساحة التخزين المتوفّرة في Google One الخاصة بالمستخدم. يعتمد الحدّ الأقصى لكل مستخدم على مساحة التخزين المتبقية المتاحة في Google One.
الميزات الأساسية
توفّر واجهة برمجة التطبيقات Large Backups API العديد من المزايا للتطبيقات التي تتضمّن كميات كبيرة من البيانات، وهي:
- تجربة سلسة للمستخدم: يمكنك الحفاظ على تجربة المستخدم من خلال إجراء نسخ احتياطي تلقائي للبيانات إلى التخزين في السحابة الإلكترونية.
- استرداد البيانات بشكل موثوق: يتيح للمستخدمين استعادة بيانات تطبيقاتهم إلى حالة سابقة في حال فقدان الجهاز أو تلفه أو إعادة ضبطه على الإعدادات الأصلية.
- نقل البيانات بسلاسة: يتيح لك نقل بيانات المستخدمين بسهولة إلى أجهزة جديدة.
- قابلية التوسّع: تستوعب احتياجات تطبيقك المتزايدة من البيانات وقواعد المستخدمين المتزايدة.
- منطق الاحتفاظ بنسخة احتياطية مجرّد: تجرّد واجهة برمجة التطبيقات الإعدادات، مثل الاحتفاظ بنسخة احتياطية عبر بيانات الجوّال ومعدّل تكرار الاحتفاظ بنسخة احتياطية. سيظل بإمكانك تنفيذ عناصر تحكّم دقيقة في تطبيقك.
- مدة الجلسة الممتدة: تتيح فترات نقل بيانات أطول للاحتفاظ بنسخة احتياطية من مجموعات البيانات الكبيرة بأمان. ويخضع ذلك لمهلات عدم النشاط التي يحدّدها النظام.
مقارنة بين واجهة برمجة التطبيقات Large Backups API وميزة الاحتفاظ التلقائي بنسخة احتياطية
تختلف واجهة برمجة التطبيقات Large Backups API بشكل كبير في الحدود والإمكانات مقارنةً بإطار عمل "الاحتفاظ التلقائي بنسخة احتياطية".
| مجال الميزة | Large Backups API | التحميل التلقائي |
|---|---|---|
| الحد الأقصى لإجمالي حجم النسخة الاحتياطية | بدون | 25 ميغابايت |
| الحد الأقصى لحجم الملف | ما يصل إلى 50 غيغابايت | 25 ميغابايت |
| تأثير مساحة التخزين | يتم احتسابها ضمن حصة Google One المخصّصة للمستخدم | يتم احتسابها ضمن حصة Google One المخصّصة للمستخدم |
| طريقة النقل | السحابة الإلكترونية فقط | النقل من السحابة الإلكترونية أو من جهاز إلى آخر |
| التحكّم في الملف | يمكنك التحكّم بشكل دقيق في كل ملف على حدة من حيث الجدولة والأولوية والترتيب. على سبيل المثال، يمكنك الاحتفاظ بنسخة احتياطية من الملفات الأكبر حجمًا في الليل والملفات الأصغر حجمًا في أوقات أخرى. | يمكنك تحديد الملفات التي سيتم تضمينها في النسخة الاحتياطية. |
| الاستعادة من الإعدادات | يمكن للتطبيقات بدء عملية استعادة عند الطلب في أي وقت خلال فترة استخدام التطبيق لجميع بيانات النسخة الاحتياطية أو جزء منها. | لا يسمح إلا بعمليات الاحتفاظ بنسخة احتياطية التي يبدأها المستخدم بعد عملية الإعداد الأولي للجهاز. قد يختلف مدى توفّر الميزة حسب الجهاز و[`BackupAgent`][2] الخاص بالتطبيق. |
الأهلية للتسجيل في البرنامج وإجراءات تقديم الطلب
لا يمكن الوصول إلى Large Backups API إلا بعد الحصول على الموافقة. يستهدف البرنامج مطوّري التطبيقات الواسعة النطاق، ويتم تقييم التطبيقات استنادًا إلى ممارساتها المتعلقة بنسخ البيانات احتياطيًا للتأكّد من أنّ البيانات المخزَّنة قيّمة جدًا للمستخدمين وأنّ عملية النسخ الاحتياطي فعّالة.
للاستفسار عن واجهة برمجة التطبيقات وطلب الوصول إليها، عليك تقديم طلب.
للتأكّد من استخدام واجهة برمجة التطبيقات Android Large Backups API بفعالية ومسؤولية، تم وضع معايير الأهلية التالية:
- قاعدة مستخدمين كبيرة: ينطبق ذلك عادةً على التطبيقات التي تضم قاعدة مستخدمين كبيرة (على سبيل المثال، الوصول إلى 100 مليون مستخدم نشط شهريًا (MAU)) أو التطبيقات التي تستوفي متطلبات فنية أساسية لنقل كميات كبيرة من البيانات. بدلاً من ذلك، قد يتم أيضًا النظر في التطبيقات التي تشهد نموًا سريعًا في قاعدة المستخدمين والتي تتوقّع تجاوز هذا الحد في المستقبل القريب.
- حجم البيانات ونوعها: يبلغ متوسط حجم البيانات الاحتياطية للمستخدمين النشطين أكثر من 1 غيغابايت لكل تطبيق ولكل مستخدم. وهي في الأساس تطبيقات تتعامل مع كميات كبيرة من المحتوى من إنشاء المستخدمين، مثل ما يلي:
- وسائط تطبيقات المراسلة (الصور والفيديوهات والصوت)
- تطبيقات تدوين الملاحظات التي تحتوي على وسائط أو نصوص من إنشاء المستخدمين
- التطبيقات التي تتضمّن قواعد بيانات كبيرة تحتوي على محتوى أنشأه المستخدمون
- يجب أن تكون البيانات التي يتم الاحتفاظ بنسخة احتياطية منها ضرورية لتجربة المستخدم ولا يمكن إعادة إنتاجها بسهولة (على سبيل المثال، النصوص أو الوسائط أو المستندات التي ينشئها المستخدم).
- لن يتم أخذ التطبيقات التي تحتفظ بنسخة احتياطية من كميات كبيرة من ذاكرة التخزين المؤقت للتطبيق أو مواد العرض (مثل صور الألعاب) في الاعتبار.
- معدّل تكرار النسخ الاحتياطي ومعدّل تغيير البيانات:
- يجب ألا تشترط التطبيقات إجراء نسخ احتياطي للبيانات بمعدّل أكثر من مرة واحدة في اليوم أو أقل من مرة واحدة في الشهر.
- بالنسبة إلى البيانات التي تتغيّر بشكل متكرّر (مثل قواعد بيانات المحادثات)، يجب أن يوفّر التطبيق آليات تعديل فعّالة. ويشمل ذلك أساليب مثل مقارنة البيانات على مستوى البايت وتحميل التغييرات فقط بدلاً من مجموعة البيانات بأكملها. ويؤدي ذلك إلى تقليل استهلاك النطاق الترددي واستخدام موارد الجهاز.
- أمان البيانات وخصوصيتها:
- يجب أن تلتزم التطبيقات بمعايير صارمة لأمان البيانات والخصوصية، بما في ذلك الالتزام بجميع اللوائح التنظيمية السارية المتعلقة بخصوصية البيانات (مثل اللائحة العامة لحماية البيانات (GDPR) وقانون خصوصية المستهلك في كاليفورنيا (CCPA)).
- تكون التطبيقات التي تستخدم التشفير التام بين الأطراف لبيانات المستخدمين مؤهَّلة بشرط أن تنفّذ إجراءات الاحتفاظ بنسخة احتياطية تستوفي معايير Google من حيث الكفاءة والأمان.
تم تصميم هذه المعايير بهدف:
- إعطاء الأولوية للتطبيقات التي سيستفيد مستخدموها بشكل أكبر من Large Backups API
- التأكّد من اختبار واجهة برمجة التطبيقات مع مجموعة متنوعة من حالات الاستخدام التي تتضمّن عددًا كبيرًا من الطلبات
- حماية بيانات المستخدمين والحفاظ على سلامة منظومة النسخ الاحتياطي.