تُعدّ تحديثات نظام التشغيل المتكررة ضرورية لضمان الأمان والوصول إلى أحدث الميزات. يُصدِر نظام التشغيل ChromeOS تحديثًا كاملاً لنظام التشغيل على القناة الثابتة (Stable) كل 4 أسابيع تقريبًا. ويتم إجراء التحديثات الثانوية مثل إصلاحات الأمان وتحديثات البرامج بشكل دوري خلال فترة تتراوح بين أسبوعين إلى ثلاثة أسابيع. يمكن للمطوّرين اختبار تطبيقاتهم على قناة المطوّرين (Dev) أو القناة التجريبية (Beta) قبل إصدار كل إصدار ثابت جديد، وذلك للتأكّد من أنّ تطبيقاتهم تعمل بشكل جيد. يتم تحديث هذه القناة مرة أو مرّتين أسبوعيًا، وتعرض ما يعمل عليه فريق Chrome حاليًا. قد يتضمّن هذا الإصدار أخطاء، ولكنّه يتيح معاينة الميزات التي سيتم طرحها في الإصدار الثابت قبل 9 إلى 12 أسبوعًا. تمنحك القناة التجريبية مدة تتراوح من 4 إلى 6 أسابيع لمعاينة الميزات التي سيتم توفيرها في الإصدار الثابت.
ومع ذلك، قد يكون من الصعب على مشرفي الأنظمة والمطوّرين إجراء الاختبارات شهريًا باستخدام هذه القنوات الحالية. لتقديم دعم أفضل ومنح الجميع المزيد من الوقت للاختبار، أنشأنا خطة دعم جديدة طويلة الأمد تتضمّن قنوات دعم طويلة الأمد لنظام التشغيل ChromeOS.
إصدارات الدعم الطويل الأمد
تُعد إصدارات الدعم طويل الأمد في ChromeOS أداة فعّالة لتقليل الجهد المطلوب لإدارة الأجهزة في المؤسسة والتأكّد من أنّ التطبيقات تعمل بشكل جيد مع كل تحديث لنظام التشغيل. ويجب أن يكون كلّ من المشرفين والمطوّرين على دراية بهذه الميزات لتقديم تجربة رائعة للمؤسسات التي تستخدمها.
يوفّر نظام التشغيل ChromeOS إصدارَين للدعم الطويل الأمد: إصدار مرشّح للدعم الطويل الأمد (LTC) وإصدار ثابت للدعم الطويل الأمد (LTS).
- الإصدار المرشَّح للدعم الطويل الأمد (LTC): يُستخدم كأساس لإصدار LTS التالي، ويتم إيقاف استخدامه من القناة الثابتة قبل ثلاثة أشهر من إصدار LTS، ما يتيح للمشرفين معاينته للاستعداد له.
- قناة الدعم الطويل الأمد (LTS): يتم تحديثها كل 6 أشهر، وتتميّز هذه القناة بأبطأ وتيرة إصدار، وهي مصمّمة لتكون بديلاً عن القناة الثابتة العادية. باستثناء عدد قليل من المستخدمين الذين يجب أن يظلوا على قناة الدعم الطويل الأمد (LTC) لأغراض الاختبار، يجب أن يستخدم معظم المستخدمين قناة الدعم الطويل الأمد (LTS) عند اعتماد إصدارات الدعم الطويل الأمد في جميع أنحاء المؤسسة.
الجدول الزمني للإصدارات الثابتة وإصدارات قناة المرشّح للدعم الطويل الأمد (LTC) وقناة الدعم الطويل الأمد (LTS)
تعمل دورة حياة LTC / LTS على النحو التالي:
- يتم إنشاء إصدار قناة الدعم الطويل الأمد (108 LTC في الرسم البياني) من الإصدار الثابت (108 Stable)، لذا يكون الإصداران متطابقَين خلال الشهر الأول.
- تبدأ قناة LTC في تلقّي إصلاحات الأمان كل أسبوعين لمدة 3 أشهر تالية إلى حين طرح الإصدار التالي من قناة LTS (الإصدار 108 من قناة LTS في الرسم التوضيحي). يعني ذلك أنّه بعد 3 أشهر من طرح الإصدار الأوّلي من قناة الإصدار المرشَّح للدعم الطويل الأمد (LTC)، ستتطابق قناة LTC مع قناة الدعم الطويل الأمد (LTS).
- بعد إصدار قناة الدعم الطويل الأمد (LTS)، ستواصل تلقّي إصلاحات الأمان كل أسبوعين.
- ستواصل الأجهزة المتبقية والمُدرَجة على قناة الإصدار المرشَّح للدعم الطويل الأمد LTC بعد إصدار قناة الدعم الطويل الأمد (LTS) تلقّي إصلاحات الأمان كل أسبوعين، وسيتم تحديثها تلقائيًا إلى الإصدار التالي من قناة الإصدار المرشَّح للدعم الطويل الأمد LTC عند توفّره.
بالإضافة إلى ميزات نظام التشغيل وإصلاحات الأخطاء، يتم أيضًا تجميع تحديثات البرامج الثابتة في إصدارات LTS حتى تاريخ انتهاء صلاحية الحصول التلقائي على التحديثات (AUE) للجهاز.
لتفعيل أي من القناتَين، يجب أن يكون لديك نطاق Google وجهاز مُدار. يمكنك الاشتراك في فترة تجريبية من "ترقية Chrome Enterprise" للوصول إلى "وحدة تحكّم المشرف في Google" التي تتيح لك إعداد أجهزة Chromebook مُدارة ونشرها. أخيرًا، بدِّل أجهزتك المُدارة إلى قناة LTS أو LTC من "وحدة تحكّم المشرف". ننصحك بإبقاء معظم أجهزتك على قناة الدعم الطويل الأمد (LTS) واستخدام قناة الإصدارات المرشَّحة للدعم الطويل الأمد (LTC) لاختبار إصدار LTS القادم.
اختبار سير العمل لقناة LTC / LTS
تم تصميم LTC وLTS لتقليل جهود الاختبار التي يبذلها المشرفون بشكل كبير، مع ضمان تجربة نظام تشغيل آمنة. لضمان توافق مشرفي النظام والمطوّرين مع دورة حياة الدعم الطويل الأمد، عليك اتّباع ما يلي:
- اختبِر الإصدارات على قنوات "مطوّرو البرامج" و"التجريبية" قبل الإصدار الثابت الذي يتوافق مع إصدار قناة "الدعم الطويل الأمد" القادم.
- بعد إصدار LTC، اختبِرها للتأكّد من أنّ أي إصلاحات أمان تم تطبيقها لن تؤثر في عملك إلى أن يتم إيقاف LTS.
- بعد ترقية قناة الإصدار المرشَّح للدعم الطويل الأمد (LTC) إلى قناة الدعم الطويل الأمد (LTS)، ستواصل قناة الدعم الطويل الأمد (LTS) تلقّي إصلاحات الأمان كل أسبوعَين. ننصحك باختبارها أيضًا.
بالرجوع إلى مخطط مراحل النشاط:
- ابدأ الاختبار على الإصدار 108 من قنوات "مطوّرو البرامج" و"الإصدار التجريبي" للتأكّد من أنّ كل شيء يعمل بشكل جيد قبل الإصدار 108 الثابت الذي سيتم منه إصدار 108 من قناة الإصدار طويل الأمد.
- اختبار الإصدار 108 من قناة الإصدار التجريبي من Chrome كل أسبوعين إلى حين إصدار الإصدار 108 من قناة الإصدار الثابت بعد ثلاثة أشهر من تاريخ الإصدار الأولي
- مواصلة الاختبار على LTS بانتظام للتأكّد من أنّ إصلاحات الأمان لا تؤدي إلى حدوث أي مشاكل
إدارة التغييرات بين إصدارات LTC/LTS
سواء كنت تستخدم إصدارًا من ChromeOS يتضمّن دعمًا طويل الأمد أو تعمل مع مؤسسة تستخدمه، من المهم إدارة التغييرات بين الإصدارات بشكلٍ صحيح. يمكنك إضافة ميزة استنادًا إلى إمكانات النظام الأساسي الجديدة أو الاعتماد على ميزة تم إيقافها نهائيًا في الإصدارات اللاحقة. أو قد تعتمد على ميزات معيّنة في إصدار معيّن من التطبيق، أو تريد أن تتيح للمستخدمين إمكانية اختيار الإصدار الذي يريدون تشغيله. لضمان إمكانية الوصول إلى التطبيق بسلاسة، عليك العمل على ضمان توافق تطبيقك مع الإصدارات القديمة أو توفير مثيلات منفصلة لكل إصدار أو كليهما.
ضمان التوافق مع الإصدارات السابقة
تتيح إمكانية التوافق مع الإصدارات القديمة تشغيل الإصدارات الأحدث من تطبيقك على الإصدارات القديمة من النظام الأساسي. يمكنك إجراء ذلك باستخدام أسلوب يُعرف باسم "رصد الميزات"، حيث تتحقّق من توفّر ميزة جديدة قبل محاولة استخدامها. إذا كان متوفّرًا، استخدِمه، وإذا لم يكن متوفّرًا، يمكنك تقديم عنصر احتياطي اختياري. يُطلق على النسخة العامة من هذه التقنية اسم "علامات الميزات"، حيث يتم تحميل مسار الرمز البرمجي استنادًا إلى ما إذا كانت إحدى الميزات مفعّلة، إما من خلال توفّر الإمكانات أو إعدادات التطبيق أو المستخدم. تستفيد تطبيقات Android وإضافات Chrome وتطبيقات الويب من هذه التقنية. من خلال التأكّد من أنّ الإصدارات الأحدث من تطبيقك متوافقة مع الإصدارات القديمة، يمكنك إدارة تطبيق واحد لجميع المستخدمين.
قد يرغب تطبيق ويب في توفير رسوم متحركة تتطلّب قدرًا كبيرًا من الحوسبة في تنفيذ WebGPU للمتصفّحات التي تتوافق معه، والرجوع إلى رسوم متحركة أبسط تعمل باستخدام JavaScript في حال عدم توفّره. لإجراء ذلك، قد يتّبعون الخطوات التالية:
if ('gpu' in navigator) { // WebGPU is supported! Accelerate computation. } else { // No WebGPU, fallback to JavaScript implementation. }
توفير مثيلات منفصلة
في بعض الأحيان، تكون الاختلافات بين الإصدارات كبيرة جدًا بحيث لا يمكن التعامل معها من خلال أساليب التوافق مع الإصدارات القديمة. قد تكون الاختلافات في الميزات كبيرة جدًا أو قد تكون لديك احتياجات تجارية تتطلّب توفير إصدار منفصل من الدعم طويل الأمد يختلف عن تطبيقك الرئيسي. في هذه الحالة، قد تحتاج إلى توفير مثيلات منفصلة لكل إصدار. مع أنّ هذا الإجراء يضمن استخدام المستخدمين لإصدار معيّن من تطبيقك، قد يؤدي إلى زيادة تكاليف التشغيل، لذا ضَع ذلك في اعتبارك عند اختيار هذا الحلّ.
بالنسبة إلى تطبيقات الويب، يعني توفير مثيل منفصل عادةً استضافة الإصدارات المختلفة من تطبيقك على عناوين URL مختلفة، ما قد يتطلب خوادم أو قواعد بيانات أو بنية أساسية أخرى منفصلة للموقع الإلكتروني. بالنسبة إلى تطبيقات Android، يعني ذلك توفير بطاقات بيانات منفصلة على "متجر Play" لكل إصدار. قد يؤدي ذلك إلى إرباك المستخدمين لأنّه ستتوفّر تطبيقات متعددة مشابهة وقد لا يعرفون أيّها يختارون. يمكن أن تتضمّن إضافات Chrome أيضًا عدّة بطاقات بيانات، أو يمكنك أن تنصح عملاءك بتثبيت إصدار "إضافة Chrome" الذي يحتاجون إليه من خلال "وحدة تحكّم المشرف في Chrome" من خلال توجيههم إلى هذا المستند الذي يوضّح بالتفصيل كيفية تثبيت الإضافات وبعض التحذيرات المرتبطة بالتثبيت.
يمكن لتطبيق Android الذي يسعى إلى توفير إصدار متوافق مع ChromeOS على المدى الطويل فقط إنشاء بطاقة بيانات منفصلة تتضمّن ما يلي في ملف AndroidManifest.xml لتحديد أنّه يجب توفيره فقط لأجهزة ChromeOS:
<uses-feature android:name="org.chromium.arc" android:required="true" />