أجهزة المؤسسات: GMS مقارنةً بـAOSP - دليل قرار الطرح
اختر مسار خدمة المنصة الذي يتطلبه تطبيقك وسوقك، ثم تحقق من الإدارة والتزويد والتحديثات والاسترداد على إصدار الجهاز الدقيق قبل اعتماد الطرح.
- بقلم
- Vantora Device Rollout Team
- نُشر في
- حُدّث في
القرار ثنائي الأبعاد
ابدأ بمرشّح GMS دقيق ومعتمد من Play Protect عندما يعتمد التطبيق أو الطرح على خدمات Google Play، أو Google Play المُدارة، أو ميزة zero-touch من Google، أو مسار Android Enterprise المدعوم رسميًا من Google. ثم تحقّق من أهلية تلك الخدمة والتسجيل على رمز SKU والإصدار المستهدفين. ولا تنظر في مسار AOSP بدون GMS إلا عندما تكون تلك التبعيات غائبة أو قابلة للاستبدال، وتكون مسؤولية التوزيع والإدارة والتوقيع والتحديث عبر الهواء (OTA) والصيانة والاسترداد ودورة الحياة محدَّدة ومُتحقَّقًا منها.
ست حقائق منشورة وراء هذا القرار
تُرسي هذه المصادر حدودًا مفيدة للمنصة. لكنها لا تحوّل عائلة طُرز، أو شعارًا، أو بيان مورّد إلى دليل قبول لمشروع معين.
| حقيقة موثّقة | ما تثبته | ما لا تثبته | إجراء المشتري أو القبول |
|---|---|---|---|
| AOSP هي شيفرة مصدرية عامة لإصدارات Android المختلفة؛ أما GMS فهي طبقة تطبيقات وواجهات برمجة تطبيقات من Google مرخّصة بشكل منفصل وليست جزءًا من AOSP. | مصدر المنصة وخدمات Google قراران منفصلان. | أن إصدار AOSP يخضع للصيانة، أو أن إصدار GMS المعروض مرخّص فعليًا. | سجِّل الإصدار الدقيق ودليله الخاص باعتماد Play Protect وترخيص GMS. |
| تستدعي عملاء حزمة تطوير Google Play services تطبيق خدمات Google Play المثبَّت أثناء وقت التشغيل. | تثبيت ملف APK وحده لا يُعد تدقيقًا للتبعيات. | أي حزم تطوير (SDKs) يستخدمها تطبيق الإنتاج، أو سلوكه عند الفشل. | اختبر حالات الغياب، والتعطيل، والقِدَم، والتقييد، وعدم الاتصال. |
| تصف Google حل Android Enterprise بأنه لوحة تحكم EMM، وAndroid Device Policy، وGoogle Play المُدارة. | للمسار القياسي المدعوم من Google مكوّنات محددة. | أن كل نظام EMM يوفّر كل عنصر تحكم، أو أن المكدّس نفسه موجود على إصدار بدون GMS. | ثبّت نظام EMM ونمط الإدارة وقناة التطبيقات والسياسات والإصدار بشكل دقيق. |
| توثّق AOSP تدفقات إطار التزويد المُدار ومسؤوليات DPC. | يمكن لإصدار بدون GMS تطبيق أساسيات إدارة Android. | مسار إنتاج كامل وآمن ومُصان أو مقبول على إصدار محدد. | اطلب دليلًا على معالج الإعداد أو DPC، وتوزيع التطبيقات، وإعادة الضبط، والاسترداد، والجهات المسؤولة. |
| يتطلب تسجيل zero-touch من Google أجهزة مؤهلة، وGMS مع تفعيل خدمات Play، ونظام EMM داعم، وحسابًا أنشأه موزّع معتمد، وتكوينًا مخصصًا، واتصال إعداد. | Zero-touch مسار محدد لسلسلة التوريد والخدمة. | أن عائلة طُرز، أو عرض سعر من موزّع، أو حساب بوابة يغطي الوحدات الدقيقة. | تحقّق من المُعرّفات، والتخصيص، والتكوين، والشبكة، والإقلاع الأول النظيف، والاسترداد. |
| يتطلب توافق Android وثيقة تعريف التوافق (CDD) واختبار CTS المعنيين، بينما تعتمد الصور المُصدَرة وحزم التحديث عبر الهواء (OTA) على مفاتيح توقيع مضبوطة. | التوافق وصلاحية الإصدار فئتا دليل قابلتان للاختبار. | ترخيص GMS، أو مدة التحديث، أو الموافقة على السوق، أو قبول سير عمل العميل. | تعاقد على أدلة التوافق والترخيص والتوقيع والتحديث والاسترداد والقبول بشكل منفصل. |
خدمات المنصة وإدارة الأجهزة قراران منفصلان
اختر مسار خدمة المنصة الذي يتطلبه التطبيق والسوق، ثم تحقّق من تطبيق الإدارة والتزويد والتحديث والاسترداد على الإصدار الدقيق. فلا GMS ولا AOSP وحدها تُثبت zero-touch، أو دعم EMM، أو شروط التحديث، أو سلوك عدم الاتصال، أو الأمان، أو التزويد عبر رمز QR.
مقارنة أجهزة المؤسسات: GMS مقابل AOSP
يقصد هنا بمسار GMS إصدار إنتاج مرخّص ومعتمد من Play Protect. ويقصد بمسار AOSP إصدار إنتاج محدَّد النطاق عمدًا دون طبقة GMS المرخّصة.
| بُعد القرار | مسار GMS المرخّص | مسار AOSP بدون GMS | الدليل قبل الاعتماد |
|---|---|---|---|
| بيئة تشغيل التطبيق | توفّر واجهات برمجة تطبيقات خدمات Google Play الموجودة على الإصدار المعتمد الدقيق. | يجب أن تكون الوظائف المعتمدة على Google غائبة، أو مستبدَلة، أو مصمَّمة للفشل الآمن. | جرد التبعيات إضافة إلى اختبارات التطبيق الشاملة. |
| توزيع التطبيقات | يمكن استخدام Google Play المُدارة عندما تدعمها بنية الإدارة. | يتطلب قناة توزيع وتحديث محدَّدة من المشروع مع جهات مسؤولة معروفة. | نتائج التثبيت النظيف، والتحديث، والتراجع، والتوقيع، وعدم الاتصال. |
| إدارة المؤسسات | يمكن استخدام مسارات Android Enterprise وEMM المدعومة من Google. | يتطلب إطار عمل مُتحقَّقًا منه، وDPC أو وكيلًا، وسياسات، وقناة تطبيقات، ومسار دعم. | نمط الملكية الدقيق، ومكوّن الإدارة، والسياسات، ونتائج الجهاز/الإصدار. |
| التزويد | يستخدم الطرق الخاصة بحالة الإدارة المدعومة من المسار الدقيق المعتمد على Google. | يتطلب تزويدًا مُدارًا من AOSP مُتحقَّقًا منه، أو تطبيقًا آخر محدَّدًا من المشروع. | تسجيل قابل للتكرار من الحالة النظيفة المقصودة. |
| دليل المنصة | اعتماد Play Protect، والطراز/رمز SKU/الإصدار الدقيق، وحالة GMS، ودعم EMM المعني. | هوية الإصدار، وقائمة المكوّنات، ومسار التطبيق والإدارة، والجهة المسؤولة عن التوقيع، وخط أساس الإصدار. | وثائق مسجَّلة، لا مجرد شعار أو بيان مورّد. |
| التحكم في النظام | محدود بإصدار الشركة المصنّعة المعتمد، وواجهات برمجة التطبيقات العامة، وميزات الشركة المصنّعة المدعومة، وشروط الترخيص. | قد يكون أعمق فقط عندما يتوفر للمشروع وصول عملي إلى OEM/BSP والصلاحيات والتوقيع. | مسار تطبيق معتمد ومتطلب قابل للاختبار. |
| دورة حياة نظام التشغيل | لا تزال الشركة المصنّعة أو الجهة المالكة للمنصة تتحكم في إصدارات البرنامج الثابت وشروط الدعم. | يجب أن تتولى جهة محددة مسؤولة عن الإصدار دمج الإصدارات وتوقيعها واختبارها وتوزيعها ودعمها. | سياسة التصحيحات، والجهة المسؤولة عن الإصدار، ومسار OTA، والاسترداد، وسجل انتهاء الدعم. |
| إعادة الضبط والاسترداد | لا تزال إعادة التسجيل واستعادة التطبيقات/السياسات بحاجة إلى تحقق. | قد يكون سلوك إعادة الضبط والاستعادة خاصًا بالمشروع بالكامل. | اختبارات إعادة ضبط المصنع، وإعادة التسجيل، وفشل التحديث، والاسترداد. |
دقّق التطبيق قبل اختيار الأجهزة
لا تختر المنصة استنادًا إلى عبارة "يعمل على Android". دقّق التطبيق الفعلي، وحزم التطوير (SDKs)، ومسار الهوية، والتحديثات، وسلوك الفشل. توضّح Google أن حزم تطوير خدمات Play تتواصل مع تطبيق خدمات Play المثبَّت، لذا فإن الأجهزة الخالية منه لا توفّر بيئة التشغيل هذه. اختبر تطبيق الإنتاج عندما تكون الخدمات حديثة، أو غير متوفرة، أو معطَّلة، أو قديمة، أو مقيَّدة، أو دون اتصال. سجِّل ما إذا كان التطبيق يبدأ، ويُصادِق، وينجز العمل، ويُزامن، ويفشل بطريقة قابلة للاسترداد.
- احصِ تبعيات خدمات Play، والإشعارات الفورية، وMaps، وتسجيل الدخول عبر Google، وPlay Integrity، وترخيص Play، وواجهات برمجة تطبيقات Google الأخرى.
- تعامل مع توزيع التطبيقات باعتباره تبعية منفصلة ذات جهات مسؤولة محددة عن التوقيع، واستهداف الإصدار، والإصدار، والتحديثات، والاسترداد.
- استخدم Google Play المُدارة حيثما تتطلبها بنية الإدارة المدعومة الدقيقة؛ وحدِّد بديلًا مضبوطًا للإصدار الخالي من GMS.
أين يندرج Android Enterprise
تصف Google حل Android Enterprise القياسي المدعوم منها بأنه لوحة تحكم EMM، وAndroid Device Policy، وGoogle Play المُدارة. ويجب عدم تعميم هذا المسار على كل إصدار خالٍ من GMS. وفي الوقت نفسه، توجد أساسيات إدارة Android في AOSP: إذ يغطي توثيق التزويد المُدار فيها حالات استخدام مالك الجهاز ومالك الملف الشخصي، بما في ذلك تدفقات رمز QR وNFC والبدء السحابي، عندما يوفّر الإصدار ومعالج الإعداد وDPC السلوك المطلوب. فـAOSP ليست بطبيعتها غير قابلة للإدارة أو غير متوافقة مع رمز QR؛ والسؤال في مرحلة الإنتاج هو ما إذا كان إصدار الشركة المصنّعة الدقيق ومكوّن الإدارة يوفّران تطبيقًا كاملًا وقابلًا للصيانة.
- تعامل مع zero-touch كمسار محدد يشمل جهازًا مؤهلًا وموزّعًا وحسابًا وتكوينًا ونظام EMM واتصالًا - وليس مرادفًا لتزويد رمز QR أو مالك الجهاز.
- اختر حالة الإدارة وتحقّق من مسار الدخول الدقيق باستخدام دليل طرق تزويد أجهزة Android.
استخدم أدلة دقيقة للتوافق والترخيص
تجنّب التعامل مع عبارة "معتمد من GMS" كضمان شامل. تقول Google إن الأجهزة المعتمدة من Play Protect قد اجتازت اختبار توافق Android ويمكن أن تتضمن تطبيقات Google المملوكة بموجب ترخيص. ويستخدم برنامج توافق Android وثيقة تعريف التوافق (CDD) واختبار CTS، لكن التوافق يجعل الجهاز مؤهلًا فقط للسعي إلى ترخيص GMS؛ ولا يمنح ذلك الترخيص تلقائيًا.
- سجِّل الطراز، ورمز SKU الإقليمي، وبصمة الإصدار، وحالة Play Protect، وإصدار Android، ومستوى التصحيح، وإدراج الشركة المصنّعة أو EMM المعني.
- لا تستنتج الترخيص من أيقونة Play Store أو بيان المورّد.
- لا تستنتج عدد الترقيات، أو تكرار التصحيحات، أو شروط انتهاء الدعم، أو الموافقة على السوق من مجرد الاعتماد.
المزيد من التحكم في المنصة يعني المزيد من مسؤولية دورة الحياة
لا يوفّر توفر مصدر AOSP في حد ذاته حزمة دعم اللوحة (BSP)، أو الملفات الثنائية للمورّد، أو الصلاحيات المميزة، أو مفاتيح الإصدار، أو خدمة OTA، أو تصميم التراجع، أو الجهات المسؤولة عن الصيانة. ويمكن تبرير مستوى تحكم أعمق عند الحاجة إلى مكوّن مميز، أو أجهزة متخصصة، أو نظام بيئي خاص، أو سياسة غير متوفرة، لكن يجب على المشروع تحديد مسار التطبيق المعتمد والجهات المسؤولة المستمرة. حدِّد نطاق أعمال برامج Android الثابتة والبرمجيات حسب الجهاز والمنصة والمتطلب والحد الأدنى لكمية الطلب (MOQ) ومسار الإصدار والجدوى، بدلًا من افتراض إمكانية الوصول إلى كل فرع من فروع البرامج الثابتة.
اتبع مسار اختيار محدود
استخدم تسلسلًا قابلًا للتكرار يمنع المشروع من التعامل مع تسمية المنصة كدليل على جاهزية الطرح.
- 1دقّق التطبيق: واجهات برمجة تطبيقات Google، والهوية، والتوزيع، والتحديثات، وسلوك عدم الاتصال، والملحقات، وتبعيات الخلفية.
- 2حدِّد الإدارة: نمط الملكية، وEMM/DPC، والسياسات، وقناة التطبيقات، وطريقة التزويد، وحالة إعادة الضبط.
- 3ثبّت المرشح: الطراز الدقيق، ورمز SKU الإقليمي، وإصدار Android/البرنامج الثابت، وحالة GMS/Play Protect، ومستوى التصحيح.
- 4حدِّد الجهات المسؤولة: توقيع التطبيق والنظام، وOTA، وإصلاحات الأمان، والتراجع، والدعم، ونهاية العمر التشغيلي.
- 5اختبر العينة: سير العمل، والتسجيل، والسياسات، والتحديثات، وحالة عدم الاتصال، وإعادة التشغيل، وإعادة الضبط، والاسترداد.
- 6قرِّر: اقبل خط الأساس المدعوم بالأدلة، أو غيّر المسار، أو أعد تحديد النطاق قبل تجهيز الدفعة.
اطلب الأدلة قبل اعتماد العينة
يجب أن يصف اعتماد العينة نظامًا قابلًا للتكرار، لا مجرد جهاز أُقلع مرة واحدة. يمكن لـVantora تنسيق اختيار الأجهزة، والتحقق من التطبيق والإدارة، والتزويد، وضمان الجودة، والتسليم؛ ويتولى فريق التطبيق مسؤولية سلوك التطبيق، ويتولى مزوّد EMM مسؤولية تطبيقه المدعوم، وتتحكم الشركة المصنّعة أو الجهة المعتمدة في البرنامج الثابت والتوقيع، بينما يوافق العميل أو شريك التكامل على المخاطر والقبول.
| فئة الدليل | ما يجب أن يوضحه سجل العينة |
|---|---|
| خط أساس الجهاز | الطراز الدقيق، ورمز SKU الإقليمي، وبصمة الإصدار، وإصدار Android/البرنامج الثابت، ومستوى التصحيح، وخط أساس المكوّنات. |
| المنصة والتطبيق | دليل Play Protect/GMS للإصدار المزوَّد بـGMS، أو سجل المكوّنات/الملكية للإصدار الخالي من GMS؛ ونتائج التشغيل الأول، والصلاحيات، والهوية، وسير العمل، وعدم الاتصال، والتثبيت، والتحديث. |
| الإدارة والاسترداد | نتائج تسجيل EMM/DPC، والسياسات، ووضع الكشك أو القيود، والتقارير، والوصول إلى الدعم، وإعادة ضبط المصنع، وإعادة التسجيل، والاستبدال، والاسترداد. |
| مسؤولية الإصدار | الجهات المسؤولة المحددة عن الإصدار والدعم، ومواصفات الإصدار، وملاحظة الإصدار، وسجل القبول، والقيود المعروفة. |
اطلب مراجعة جدوى
شارك موجزًا مُنقّحًا يتضمن فئة الجهاز المقصودة، والسوق المستهدف، ونطاق الكمية، وحالة التطبيق، وتبعيات خدمات Google، ونظام EMM، ومسار التزويد، وتوقعات دورة الحياة، وأولويات القبول. لا حاجة إلى أسماء العملاء النهائيين أو التفاصيل التجارية للمراجعة الأولية. وإذا كانت الأجهزة المقترحة تقع خارج مسار GMS التقليدي للهواتف أو الأجهزة اللوحية أو الأجهزة المحمولة، وأشار المورّد إلى EDLA، فاستخدم دليل EDLA مقارنةً بـGMS وAOSP لتلك المسألة المنفصلة الخاصة بالترخيص وفئة الجهاز.
الأسئلة الشائعة
هل يمكن أن يظل جهاز AOSP قابلًا للإدارة؟
من الممكن ذلك. يتضمن Android أطر عمل لإدارة الأجهزة والتزويد المُدار، لكن يجب أن يوفّر الإصدار الدقيق معالج إعداد يعمل، وDPC أو وكيلًا، ونمط ملكية، وسياسات، وتوزيع تطبيقات، واتصالًا، ومسار استرداد وصيانة. فكلمة "AOSP" وحدها ليست دليلًا على حل إدارة كامل.
هل يمكن إضافة GMS بعد إنتاج الأجهزة؟
لا تخطط بناءً على هذا الافتراض. فـGMS مرخّصة بشكل منفصل، ويجب أن يدعمها إصدار الإنتاج والطراز ومسار الشركة المصنّعة وتوافق Android وحالة Play Protect. وتثبيت تطبيقات Google بشكل غير رسمي لا يحوّل إصدارًا خاليًا من GMS إلى جهاز إنتاج مرخّص بشكل صحيح.
هل تضمن GMS دعم Android Enterprise وتحديثات نظام التشغيل؟
لا. أكِّد نمط الإدارة المقصود، ومجموعة ميزات EMM، وطريقة التسجيل، ورمز SKU الإقليمي، والإصدار. وتحقّق بشكل منفصل من التزامات الشركة المصنّعة المتعلقة بإصدار Android، وتصحيحات الأمان، والبرنامج الثابت، والاسترداد، وانتهاء الدعم.
هل تُعد AOSP دائمًا المسار الأفضل للأجهزة التي تعمل دون اتصال أو ذات التحكم العالي؟
لا. فقد يدعم جهاز GMS سير عمل تجاري دون اتصال، بينما قد يظل إصدار AOSP معتمدًا على الشبكات والخدمات الخارجية. اختر AOSP فقط عندما تكون تبعياته وضوابطه ودورة حياته ونموذجه التجاري مدعومة ومثبَتة عمدًا.