تمت ترجمة هذه الصفحة بواسطة Cloud Translation API‏.

مراحل النشاط في خدمة "المراسلة عبر السحابة الإلكترونية من Firebase"

يتضمّن إصدار إطار عمل Android العديد من مصفوفات التوافق مع الإطار العمل (FCM)، واحدة لكل إصدار قابل للترقية من "إطار عمل المراسلة عبر السحابة الإلكترونية من Firebase"، والتي تحدّد ما يمكن أن يستخدمه الإطار العمل ومتطلبات إصدار "إطار عمل المراسلة عبر السحابة الإلكترونية من Firebase". كجزء من دورة حياة حزمة FCM، يوقف نظام Android استخدام واجهات HIDL HAL ويزيلها، ثم يعدّل ملفات FCM لتعكس حالة إصدار HAL.

لتفعيل عمليات التحديث عبر الهواء للإطارات الأساسية فقط في الأنظمة المتكاملة الخاصة بهم، على الشركاء الذين يوسّعون واجهات المورّدين أيضًا إيقاف واجهات HIDL HAL نهائيًا وإزالتها باستخدام الخطوات نفسها.

المصطلحات

مصفوفة التوافق مع الإطار (FCM): ملف XML يحدّد متطلبات إطار العمل على تنفيذات البائعين المتوافقة يتم إصدار مصفوفة التوافق، ويتم تجميد إصدار جديد لكل إصدار من إطار العمل. يحتوي كل إصدار من إطار العمل على عمليات إرسال متعددة لرسائل FCM.
إصدارات منصة "Firebase Cloud Messaging" (S_F): مجموعة جميع إصدارات "إطار عمل خدمات Firebase للرسائل" في إصدار إطار عمل يمكن أن يعمل إطار العمل مع أيّ عملية تنفيذ من قِبل المورّد تستوفي أحد إطارات عمل إدارة الموافقة هذه.
إصدار "نظام إرسال الرسائل الفورية من Google" (F): أعلى إصدار من بين جميع إصدارات "خدمة إرسال الرسائل إلى الأجهزة الجوّالة من Google" في إصدار إطار العمل
الإصدار المستهدَف من "إطار عمل إدارة إشعارات Android" (V): إصدار ميزة "المراسلة عبر السحابة الإلكترونية من Firebase" المستهدف (من S_F)، والذي تم الإعلان عنه صراحةً في بيان الجهاز، والذي يستوفيه تنفيذ المورّد. يجب أن يتم إنشاء عملية التنفيذ الخاصة بالمورّد استنادًا إلى خدمة FCM المنشورة، على الرغم من أنّه يمكنها الإفصاح عن إصدارات HAL أحدث في بيان الجهاز
إصدار HAL: يكون إصدار HAL بالتنسيق foo@x.y، حيث يكون foo هو اسم HAL وx.y هو الإصدار المحدّد، على سبيل المثال nfc@1.0 وkeymaster@3.0 (يتم حذف البادئة الجذر، على سبيل المثال android.hardware، في جميع أنحاء هذا المستند).
بيان الجهاز: ملفات XML التي تحدّد إصدارات HAL التي يوفّرها جانب الجهاز من واجهة المورّد، بما في ذلك صور المورّد وصور ODM تخضع محتويات بيان الجهاز لقيود إصدار "إطار عمل Firebase للتواصل مع الأجهزة" المستهدَف للجهاز، ولكن يمكن أن يسرد HALs التي تكون أحدث بكثير مقارنةً بإطار عمل Firebase المرتبط بالإصدار V.
واجهات برمجة التطبيقات لأجهزة Android: HALs المدرَجة (المقدَّمة) في بيان الجهاز والمدرَجة في مصفوفة توافق الإطار (FCM).
جدول توافق الأجهزة (DCM): ملف XML يحدّد متطلبات المورّدين بشأن عمليات تنفيذ الإطار المتوافق يحتوي كل جهاز على وحدة إدارة محتوى واحدة.
ملف بيان الإطار: ملف XML يحدِّد إصدارات HAL التي يوفّرها جانب إطار العمل من واجهة المورّد، بما في ذلك نظام التشغيل وsystem_ext وصور المنتجات يتم إيقاف واجهات HAL في بيان الإطار بشكل ديناميكي وفقًا لإصدار FCM المستهدف على الجهاز.
واجهات برمجة التطبيقات لإطار العمل: HALs المدرَجة كما هو موضّح في بيان إطار العمل والمدرَجة في ملف مصفوفة توافق الأجهزة (DCM).

دورة حياة "المراسلة من خلال السحابة الإلكترونية من Firebase" في قاعدة البيانات

يصف هذا المستند دورة حياة Firebase Cloud Messaging بشكل موجز. للاطّلاع على الملفات البيانية المتوافقة، يُرجى الرجوع إلى hardware/interfaces/compatibility_matrix.<FCM>.xml حيث يمكن العثور على "المراسلة عبر السحابة الإلكترونية من Firebase" في system/libvintf/include/vintf/Level.h.

من المتوقّع أن يكون لجهاز يعمل بالإصدار المقابل من نظام التشغيل Android قيمة FCM أكبر من أو تساوي المستوى المكافئ. على سبيل المثال، سيتضمّن الجهاز الذي يتم شحنه مع الإصدار 11 من نظام التشغيل Android بشكل عام المستوى 5 من إطار عمل إرسال الرسائل من Google، ولكن يتم تنفيذ المستوى 6 من إطار عمل إرسال الرسائل من Google أو إصدار أحدث، والذي يتضمّن متطلبات إضافية متنوعة محدّدة في مصفوفات التوافق. المستويات المتوافقة هي:

المراسلة عبر السحابة الإلكترونية من Firebase	إصدار Android
4	Android 10/Q
5	Android 11/R
6	Android 12/S
7	Android 13/T
8	Android 14/U
202404	Android 15/V

أن يكون مستوى المراسلة عبر السحابة الإلكترونية من Firebase مساويًا أو أحدث من مستوى واجهة برمجة التطبيقات الخاصة بالمطوّر

عندما يوقف Android مستوى ميزة "المراسلة عبر السحابة الإلكترونية من Firebase" نهائيًا، سيظل متاحًا للأجهزة الحالية. يُسمح للأجهزة التي تستهدف مستويات أقل من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" بشكل ضمني باستخدام HALs المدرَجة في مستويات أحدث من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase"، ما دامت متاحة في الفرع.

التطوير في إصدار جديد من "Firebase Cloud Messaging"

يزيد نظام التشغيل Android من إصدار "إطار عمل إرسال الرسائل" لكل إصدار من إطار العمل (مثل Android 8 و8.1). أثناء التطوير، يتم إنشاء compatibility_matrix.F.xml الجديدة ولا يتم عد تغيير compatibility_matrix.f.xml الحالية (حيث f < F).

لبدء تطوير تطبيقك باستخدام الإصدار F الجديد من إطار عمل Firebase للرسائل، اتّبِع الخطوات التالية:

انسخ أحدث compatibility_matrix.<F-1>.xml إلى compatibility_matrix.F.xml.
عدِّل سمة level في الملف إلى F.
أضِف قواعد الإنشاء المقابلة لتثبيت مصفوفة التوافق هذه على الجهاز.

تقديم HAL جديد

أثناء التطوير، عند تقديم HAL جديد (Wi-Fi وNFC وما إلى ذلك) إلى Android على الإصدار الحالي من FCM‏ F، أضِف HAL إلى compatibility_matrix.F.xml.

على سبيل المثال، تم تقديم cas@1.0 في Android 8.1. يمكن للأجهزة التي تعمل بالإصدار 8.1 من Android تنفيذ HAL هذا، لذا تمت إضافة الإدخال التالي إلى compatibility_matrix.F.xml (الذي كان يُعرف باسم compatibility_matrix.current.xml مؤقتًا أثناء تطوير هذا الإصدار):

<hal format="hidl">
    <name>android.hardware.cas</name>
    <version>1.0</version>
    <interface>
        <name>IMediaCasService</name>
        <instance>default</instance>
    </interface>
</hal>

ترقية HAL (إجراء بسيط)

يتم احتساب إصدارات AIDL HAL كإصدارات HAL ثانوية. تتضمّن إصدارات واجهة HIDL إصدارات major.minor مثل 1.2.

أثناء التطوير، عندما يتم ترقية إصدار HAL لـ AIDL من 2 إلى 3 في الإصدار الحالي من FCM‏ F، تتم إضافة الإصدار الجديد إلى إدخال HAL في compatibility_matrix.F.xml. يقبل حقل الإصدار في إدخال HAL نطاقات مثل 2-3.

على سبيل المثال، طرحت خدمة Android FCM F الإصدار foo@3 كإصدار تكميلي ترقية لواجهة HAL. يُستخدَم الإصدار الأقدم، foo@2، مع الأجهزة التي تستهدف خدمات FCM القديمة، في حين يمكن استخدام الإصدار الأحدث، foo@3، مع الأجهزة التي تستهدف Android FCM F. يظهر الإدخال في الإصدارات القديمة من "خدمات إدارة الموافقة" قبل الإصدار 2 على النحو التالي:

<hal format="aidl">
    <name>foo</name>
    <version>2</version>
    <interface>
        <name>IFoo</name>
        <instance>default</instance>
    </interface>
</hal>

تم نسخ هذا الإدخال إلى compatibility_matrix.F.xml وتعديله لتتوافق مع الإصدار 3 على النحو التالي:

<hal format="aidl">
    <name>foo</name>
    <version>2-3</version>
    <interface>
        <name>IFoo</name>
        <instance>default</instance>
    </interface>
</hal>

ترقية HAL (ترقية رئيسية)

أثناء التطوير، عندما يتم ترقية HAL إلى إصدار رئيسي في الإصدار الحالي من FCM F، تتم إضافة الإصدار الرئيسي الجديد x.0 إلى compatibility_matrix.F.xml باستخدام الإعدادات التالية:

الإصدار x.0 فقط، إذا كانت الأجهزة التي يتم شحنها مع الإصدار V = F يجب أن يتم تشغيلها باستخدام الإصدار x.0.
مع الإصدارات الرئيسية القديمة في علامة <hal> نفسها، إذا كانت الأجهزة التي يتم شحنها مع V = F يمكنها التشغيل باستخدام إصدار رئيسي قديم.

على سبيل المثال، يقدّم الإصدار F من "المراسلة عبر السحابة الإلكترونية من Firebase" الإصدار foo@2.0 كأحد الإصدارات الرئيسية التي تم ترقيتها من HAL 1.0، كما يوقف HAL 1.0 نهائيًا. يتم استخدام الإصدار الأقدم، foo@1.0، للأجهزة التي تستهدف إصدارات سابقة من FCM. يجب أن توفّر الأجهزة التي تستهدف الإصدار F من إطار عمل إرسال الرسائل الفورية من Google الإصدار 2.0 الجديد إذا كانت توفّر ملف HAL. في هذا المثال، تحتوي إصدارات FCM السابقة على هذا الإدخال:

<hal format="hidl">
    <name>foo</name>
    <version>1.0</version>;
    <interface>
        <name>IFoo</name>
        <instance>default</instance>
    </interface>
</hal>

انسخ هذا الإدخال إلى compatibility_matrix.F.xml وعدِّله على النحو التالي:

<hal format="hidl">
    <name>foo</name>
    <version>2.0</version>
    <interface>
        <name>IFoo</name>
        <instance>default</instance>
    </interface>
</hal>

التقييدات:

بما أنّ HAL 1.0 غير متوفّر في compatibility_matrix.F.xml، يجب ألا تقدّم الأجهزة التي تستهدف الإصدار F من FCM HAL 1.0 (لأنّه تم إيقاف HAL هذا نهائيًا).
بما أنّ HAL 1.0 متوفّر في الإصدارات القديمة من FCM، لا يزال بإمكان الإطار العمل العمل مع HAL 1.0 حتى يكون متوافقًا مع الإصدارات القديمة من الأجهزة التي تستهدف الإصدارات القديمة من FCM.

إصدارات جديدة من "مراسلة Firebase السحابية"

تتولّى Google وحدها عملية طرح إصدار من إطار عمل Firebase Cloud Messaging على قسم النظام كجزء من إصدار AOSP، وتتضمّن هذه العملية الخطوات التالية:

تأكَّد من أنّ compatibility_matrix.F.xml يحتوي على السمة level="F".
تأكَّد من إنشاء جميع الأجهزة وبدء تشغيلها.
عدِّل اختبارات VTS للتأكّد من أنّ الأجهزة التي يتم تشغيلها باستخدام أحدث إطار عمل (استنادًا إلى مستوى واجهة برمجة التطبيقات لإصدار التطبيق) تتضمّن الإصدار V >= F من خدمة "المراسلة عبر السحابة الإلكترونية من Firebase" المستهدَف.
انشر الملف في AOSP.

على سبيل المثال، تضمن اختبارات فحص الأجهزة للتوافق أن تكون الأجهزة التي تعمل بالإصدار 9 من Android مزوّدة بإصدار "إطار عمل إرسال الإشعارات من Google" المستهدَف الذي يكون أكبر من أو يساوي 3.

بالإضافة إلى ذلك، قد يُدرج كلّ من "النظام الأساسي" و"النظام_الإضافي" في إطار عمل Firebase Cloud Messaging أيضًا متطلبات كلّ إصدار من إصدارات "النظام الأساسي" في إطار عمل Firebase Cloud Messaging. يُصدر مالك هذه الصور إصدارات "نظام إدارة إشعارات Google" على قسمَي product وsystem_ext ، على التوالي. يجب أن تتطابق أرقام إصدار FCM في قسمَي product وsystem_ext مع الأرقام الواردة في قسم system. على غرار إصدارات FCM في قسم النظام، تعكس مصفوفة التوافق في الإصدار F من FCM في قسمَي product وsystem_ext المتطلبات على جهاز يعمل بالإصدار المستهدَف F من FCM.

إيقاف إصدار HAL نهائيًا

إنّ إيقاف إصدار HAL نهائيًا هو قرار المطوّر (أي أنّ Google تُتّخذ القرار بشأن واجهات برمجة التطبيقات AOSP HAL). وقد يحدث ذلك عند إصدار إصدار أحدث من HAL (سواء كان ثانويًا أو رئيسيًا).

إيقاف واجهة HAL لجهاز

عند إيقاف واجهة HAL foo@x.y لجهاز معيّن نهائيًا في الإصدار F من "المراسلة عبر السحابة الإلكترونية من Firebase"، يعني ذلك أنّ أي جهاز يتم تشغيله بالإصدار المستهدف V = F من "المراسلة عبر السحابة الإلكترونية من Firebase" أو الإصدارات الأحدث يجب ألا ينفِّذ foo بالإصدار x.y أو أي إصدار أقدم من x.y. لا يزال إطار عمل ترقية الأجهزة متوافقًا مع إصدار HAL المهجور.

عند طرح الإصدار F من "المراسلة من خلال السحابة الإلكترونية من Firebase"، يتم اعتبار الإصدار foo@x.y من HAL قديمًا إذا لم يتم ذكر الإصدار المحدّد من HAL صراحةً في أحدث إصدار من "المراسلة من خلال السحابة الإلكترونية من Firebase" المخصّص للإصدار V = F. بالنسبة إلى الأجهزة التي تعمل بنظام التشغيل V = F، يجب استيفاء أحد الشروط التالية:

يتطلّب إطار العمل إصدارًا أعلى (رئيسيًا أو ثانويًا).
لم يعُد إطار العمل يتطلّب HAL.

على سبيل المثال، في الإصدار 9 من Android، تم تقديم health@2.0 كإصدار رئيسي مُحدَّث من HAL 1.0. تمّت إزالة health@1.0 منملف compatibility_matrix.3.xml، ولكنّه متوفّر فيملف compatibility_matrix.legacy.xml، compatibility_matrix.1.xml، وcompatibility_matrix.2.xml. وبالتالي، تم إيقاف health@1.0 نهائيًا.

إيقاف طبقة HAL لإطار عمل

عند إيقاف إطار عمل HAL foo@x.y نهائيًا في الإصدار F من "المراسلة عبر السحابة الإلكترونية من Firebase"، يعني ذلك أنّ أي جهاز يتم تشغيله بالإصدار المستهدَف V = F من "المراسلة عبر السحابة الإلكترونية من Firebase" أو الإصدارات الأحدث يجب ألا يتوقّع من إطار العمل توفير foo في الإصدار x.y أو أي إصدار أقدم من x.y. لا يزال إطار العمل يقدّم إصدار HAL المتوقّف نهائيًا لأجل ترقية الأجهزة.

عند طرح الإصدار F من Firebase Cloud Messaging، يتم اعتبار الإصدار foo@x.y من HAL متوقّفًا نهائيًا إذا كان ملف بيان إطار العمل يحدّد max-level="F - 1" للإصدار foo@x.y. بالنسبة إلى الأجهزة التي يتم تشغيلها باستخدام V = F، لا يقدّم إطار العمل HAL foo@x.y. يجب ألا تُدرج مصفوفة توافق الأجهزة على الأجهزة التي يتم تشغيلها باستخدام V = F إطار العمل HALs مع max-level < V.

على سبيل المثال، في Android 12، تم إيقاف schedulerservice@1.0 نهائيًا. تم ضبط سمة max-level على 5، وهو إصدار FCM الذي تم طرحه في Android 11. اطّلِع على ملف بيان إطار عمل Android 12.

إيقاف التوافق مع إصدارات المراسلة عبر السحابة الإلكترونية من Firebase المستهدفة

عندما ينخفض عدد الأجهزة النشطة لإصدار معيّن من "الإصدار المستهدَف من خدمة المراسلة عبر السحابة الإلكترونية من Firebase" V إلى ما دون حدّ معيّن، تتم إزالة إصدار "الإصدار المستهدَف من خدمة المراسلة عبر السحابة الإلكترونية من Firebase" من المجموعة S_F لإصدار الإطار التالي. يتم ذلك من خلال الخطوتَين التاليتَين:

إزالة compatibility_matrix.V.xml من قواعد الإنشاء (كي لا يتم تثبيته على صورة النظام) وحذف أي رمز برمجي نفَّذ الإمكانات التي تمت إزالتها أو اعتمد عليها
إزالة واجهات برمجة التطبيقات لإطار العمل التي يكون فيها max-level أقل من أو يساوي V من بيان إطار العمل، وحذف أي رمز ينفذ واجهات برمجة التطبيقات لإطار العمل التي تمّت إزالتها

لا يمكن للأجهزة التي تعمل بإصدار مستهدَف من إطار عمل Firebase خارج نطاق S_F لإصدار إطار عمل معيّن الترقية إلى هذا الإصدار.

حالة إصدار HAL

توضّح الأقسام التالية (بترتيب زمني) الحالات المحتملة لإصدار HAL.

لم تُطرح

بالنسبة إلى واجهات HAL للأجهزة، إذا لم يكن إصدار HAL مُدرَجًا في أي من ملفّات قاعدة بيانات التوافق المفتوحة والمجمّدة، يُعتبر غير مُصدَر وقد يكون لا يزال قيد التطوير. ويشمل ذلك إصدارات HAL المتوفّرة في compatibility_matrix.F.xml فقط. أمثلة:

أثناء تطوير Android 9، كان واجهة برمجة التطبيقات health@2.0 HAL تُعتبر واجهة برمجة تطبيقات لم يتم طرحها بعد، ولم تكن متوفّرة إلا في IDE IDE compatibility_matrix.3.xml.
لا يتوفّر HAL teleportation@1.0 في أيّ من مصفوفات التوافق التي تم إصدارها، ويُعتبَر أيضًا HAL لم يتم إصداره.

بالنسبة إلى واجهات HAL للإطارات الأساسية، إذا كان إصدار HAL متوفّرًا فقط في بيان إطار العمل لفرع تطوير غير ذي صلة، يتم اعتباره غير مُصدَر.

الإصدارات المنشورة والحالية

بالنسبة إلى واجهات HAL للأجهزة، يتم إصدار إصدار HAL إذا كان مدرجًا في أي مصفوفة توافق علني ومجمّدة. على سبيل المثال، بعد تجميد الإصدار 3 من إطار عمل Firebase Publish ونشره في AOSP، يُعتبر واجهة برمجة التطبيقات health@2.0 HAL إصدارًا حاليًا تم إصداره من واجهة برمجة التطبيقات.

إذا كان إصدار HAL مُدرَجًا في مصفوفة توافق عامة ومجمدة تتضمّن أعلى إصدار من FCM، يكون إصدار HAL حاليًا (أي لم يتم إيقافه نهائيًا). على سبيل المثال، يتم أيضًا اعتبار إصدارات HAL الحالية (مثل nfc@1.0 التي تم طرحها في compatibility_matrix.legacy.xml) التي لا تزال متوفّرة في compatibility_matrix.3.xml إصدارات HAL قيد الإصدار والحالية.

بالنسبة إلى واجهات برمجة التطبيقات لإطار العمل، إذا كان إصدار HAL مضمّنًا في ملف بيان إطار العمل لأحدث إصدار تم طرحه بدون سمة max-level أو (بشكل غير معتاد) max-level يساوي أو أعلى من إصدار FCM الذي تم طرحه في هذا الإصدار، يُعتبر إصدار HAL الذي تم طرحه ويكون حاليًا. على سبيل المثال، تم إصدار ملف displayservice HAL وهو متوفّر حاليًا في الإصدار 12 من نظام التشغيل Android، كما هو محدّد فيملف بيان إطار عمل Android 12.

تم إصدارها ولكن تم إيقافها نهائيًا

بالنسبة إلى واجهات HAL للأجهزة، يتم إيقاف إصدار HAL نهائيًا إذا تم استيفاء كل ما يلي فقط:

تم طرحه.
ولا يُدرج في مصفوفة التوافق العلنية والمجمّدة التي تتضمّن أعلى إصدار من FCM.
وهي متوفرة في مصفوفة توافق عامة ومجمدة لا يزال إطار العمل يقبلها.

أمثلة:

يتوفّر HAL لنظام التشغيل health@1.0 في compatibility_matrix.legacy.xml، compatibility_matrix.1.xml، وcompatibility_matrix.2.xml، ولكن ليس في compatibility_matrix.3.xml. وبالتالي، يُعتبر هذا الإصدار قديمًا في Android 9.
تم ترقية الإصدار البسيط من HAL للطاقة في Android 9، ولكن لا يزال power@1.0 في الإصدار compatibility_matrix.3.xml.
power@1.0 compatibility_matrix.legacy.xml، compatibility_matrix.1.xml، وcompatibility_matrix.2.xml
يحتوي compatibility_matrix.3.xml على power@1.0-1.

وبالتالي، فإنّ power@1.0 متوفّر حاليًا في Android 9، ولكن لم يتم إيقافه نهائيًا.

بالنسبة إلى واجهات برمجة التطبيقات HAL للإطارات الأساسية، إذا كان إصدار HAL مُدرَجًا في بيان الإطار الأساسي لأحدث مسار تنمية قيد الإصدار مع سمة max-level أقل من إصدار FCM المُصدَر في هذا المسار، يُعتبر إصدار HAL هذا قد تم إصداره ولكن تم إيقافه نهائيًا. على سبيل المثال، تم إصدار schedulerservice HAL ولكن تم إيقافه نهائيًا في Android 12، كما هو موضّح في بيان إطار عمل Android 12.

مُزال

بالنسبة إلى واجهات HAL للأجهزة، تتم إزالة إصدار HAL إذا كان ما يلي صحيحًا فقط:

سبق أن تم إصداره.
ولا يتوافق مع أيّ مصفوفة توافق علنية وثابتة يتوافق معها الإطار العملي.

يتم الاحتفاظ بمصفوفات التوافق المتاحة للجميع والمجمّدة، ولكن لا يتوافق معها الإطار العملي، في قاعدة البيانات لتحديد مجموعة إصدارات HAL التي تمّت إزالتها حتى تتمكّن من كتابة اختبارات VTS لضمان عدم توفّر HAL التي تمّت إزالتها على الأجهزة الجديدة.

بالنسبة إلى واجهات HAL للإطارات الأساسية، تتم إزالة إصدار HAL في حال استيفاء الشروط التالية فقط:

سبق أن تم إصداره.
لا يتوفّر في أيّ بيان إطار عمل للفرع الذي تمّ إصداره مؤخرًا.

خدمات مراسلة Firebase السحابية القديمة

الإصدار القديم المستهدَف من إطار عمل إدارة إشعارات Google هو قيمة خاصة لجميع الأجهزة غير المزوّدة بنظام التشغيل Treble. يسرد الإصدارcompatibility_matrix.legacy.xml من "إطار عمل إرسال الإشعارات من Google‏ (FCM)" القديم متطلبات استخدام الإطار على الأجهزة القديمة (أي الأجهزة التي تم طرحها قبل Android 8.0).

إذا كان هذا الملف متوفّرًا لخدمة FCM التي تعمل بالإصدار F، يمكن ترقية أي جهاز غير مزوّد بنظام التشغيل Treble إلى الإصدار F شرط أن يكون ملف بيان الجهاز متوافقًا مع هذا الملف. وتتّبع عملية الإزالة الإجراء نفسه المُتّبع في خدمات "إرسال إشعارات Google" لإصدارات "إرسال إشعارات Google" المستهدفة الأخرى (تتم إزالتها بعد انخفاض عدد الأجهزة النشطة التي تعمل بالإصدار 8.0 أو الإصدارات الأقدم عن حدّ معيّن).

إصدارات المراسلة عبر السحابة الإلكترونية من Firebase التي تم طرحها

يمكن العثور على قائمة إصدارات "المراسلة عبر السحابة الإلكترونية من Firebase" التي تم إصدارها ضمن hardware/interfaces/compatibility_matrices.

للعثور على إصدار المراسلة عبر السحابة الإلكترونية من Firebase الذي تم إصداره مع إصدار Android معيّن، يُرجى الاطّلاع على Level.h.