إنشاء حساب طلب تجربة ←
الشركاءمن نحناتصل بناالدعم منصة واحدة للأفراد والشركات والحكومات

DESKTOP · SERVER · EDGE · AI WORKSTATION

KINGAI OS Edge | إصدار الأجهزة الطرفية

اتجاه قيد التخطيط نحو الأجهزة الخفيفة وعقد العمل دون اتصال، ولا توجد بعد صورة تثبيت عامة ولا اعتماد لأجهزة ARM64.

حالة إصدار المنتج: planned

البنية المستهدفة: amd64, arm64 (target)

أجهزة مُدارة صغيرة الحجم، وبوابات، وعقد طرفية تعمل دون اتصال أولًا

قيد التخطيط · لا توجد صورة بعد

KINGAI OS Edge

اتجاه قيد التخطيط نحو الأجهزة الخفيفة وعقد العمل دون اتصال، ولا توجد بعد صورة تثبيت عامة ولا اعتماد لأجهزة ARM64.

اطّلعوا على التفاصيل ←
جهاز طرفي صغير في ضوء الصباح: هيكل مدمج موضوع في زاوية من سطح المكتب

التموضع

يستهدف Edge الأجهزة الصغيرة والبوابات وعقد الحافة التي تعمل دون اتصال أولًا، وهدفه أن يُثبَّت داخل الجهاز ويعمل طويلًا، وأن يصمد بنفسه عند انقطاع الشبكة. إنه ما زال في مرحلة التخطيط، وما تكتبه هذه الصفحة هو اتجاه التصميم، ولن يُحتسب أي بند منه إلا بعد ظهور صورة حقيقية واختبارات أجهزة.

اتجاه التصميم

  • صورة صغيرة الحجم تراعي الأجهزة محدودة التخزين والذاكرة
  • دون اتصال أولًا: عند انقطاع الشبكة تُحفظ البيانات أولًا في قائمة انتظار محلية، ثم عند عودة الشبكة تُزامَن إلى المركز
  • التحديثات الآمنة وتجميع الأجهزة والإدارة عن بُعد (كلها أهداف تصميمية لم تتحقق بعد)
  • بنيتان amd64 وarm64، وarm64 بنية مستهدفة ليس لها بعد سجل تحقق
  • خيارات TPM والعناصر الآمنة والإقلاع الآمن، تعتمد على الأجهزة المحددة
لا توجد حاليًا صورة Edge قابلة للتنزيل، ولا اعتماد لأجهزة ARM64. وأي حزمة تثبيت على الإنترنت تدّعي أنها KINGAI OS Edge ليست إصدارًا رسميًا، فلا تثبّتوها.

اطّلعوا على خارطة طريق الإصدارات الأربعة ← اطّلعوا على سجل الإصدارات ←

تصور لواجهة KINGAI OS Edge: واجهة إدارة تعرض قائمة الأجهزة الطرفية وحالة الاتصال وانقطاعه وتقدم المزامنة وطوبولوجيا العقد
تصور للواجهة: هذه الصورة تصور مفاهيمي، وليست لقطة شاشة فعلية للنظام. فتجميع الأجهزة والإدارة عن بُعد وواجهة الإدارة هذه كلها اتجاهات قيد التخطيط لم تتحقق بعد، بل لا توجد صورة Edge قابلة للتنزيل.

التموضع: يُثبَّت داخل الجهاز، ويصمد بنفسه عند انقطاع الشبكة

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

لذلك ترتيب تصميم Edge هو النجاة أولًا ثم الإدارة: تُثبَّت البيانات محليًا أولًا، وبعد عودة الشبكة تُزامَن إلى المركز؛ والتحديث إما أن ينجح كاملًا أو يعود إلى الإصدار القديم ويستمر بالعمل، ولا يتوقف أبدًا في حالة نصفية. وكل هذا ما زال بنود تصميم في وثائق المنتج، ويفكك هذا القسم كل بند منها — ويعقب كل بند العبارة نفسها: لم يتحقق بعد.

القدرات المخططة، مفككة بندًا بندًا

صورة صغيرة الحجم

تخزين الأجهزة وذاكرتها محدودان، فيجب تقليص الصورة وفق مبدأ «لا يُثبَّت إلا ما يُستخدم». والهدف هو بصمة (footprint) صغيرة، أما أرقام الحجم المحددة فلن توجد إلا بعد ظهور صورة حقيقية، ولا تُذكر أرقام في مرحلة التخطيط.

قائمة الانتظار دون اتصال

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

تحديثات ثابتة وذات قسمين

على الأجهزة المناسبة، يكون قسم النظام للقراءة فقط، ويُكتب التحديث على قسم آخر، فإذا فشل الإقلاع عاد تلقائيًا إلى القسم القديم. وبالنسبة إلى أجهزة لا يرعاها أحد، هذا واقعي أكثر بكثير من «انتظار ذهاب المشغّلين إلى الموقع عند فشل التحديث». أما انطباقه فيعتمد على شكل الأجهزة المحدد، ونص الوثائق الأصلي هو where suitable.

أوامر أجهزة موقّعة وتجميع canary

يجب أن تحمل الأوامر المرسلة عن بُعد تحققًا بالتوقيع، فإذا لم يصح المصدر رُفضت مباشرة؛ وتُدفع الإصدارات الجديدة أولًا إلى دفعة صغيرة من الأجهزة (تجميع canary) للمراقبة، فإذا لم تظهر مشكلة عُمّمت بالكامل. هذان البندان هما أساس إدارة الأساطيل (fleet)، وكلاهما ما زال في مرحلة هدف التصميم.

الإقلاع الآمن وخيارات TPM

الإقلاع الآمن وسلسلة الإقلاع الموثوقة وTPM أو العناصر الآمنة، كلها تعتمد على ما إذا كانت أجهزة الجهاز نفسه تمنح هذه القدرات. وتدرجها الوثائق كخيارات لا كتجهيز قياسي، وهذه الصفحة كذلك لا تقدم ضمانات قاطعة.

الاسترداد الآمن من الأعطال

بعد انقطاع التحديث أو انقطاع التيار أو تلف الإعدادات، يجب أن يتمكن الجهاز من العودة إلى حالة صالحة للعمل بدل أن يتحول إلى قطعة جامدة (brick). ويجب أن تخضع مسارات الاسترداد قبل الإصدار لاختبارات انقطاع خاصة، وهذا أيضًا أحد البنود في بوابات الإصدار أدناه.

لماذا لا يوجد ISO بعد: أربع بوابات إصدار

  • تحقق مستقل من مصفوفة أجهزة ARM64 — فـ arm64 حاليًا مجرد بنية مستهدفة، ولم يُتحقق من جهاز فعلي واحد
  • اختبار العمل عن بُعد دون اتصال / إعادة الاتصال — إثبات أن الانتظار عند الانقطاع والمزامنة عند العودة يعملان فعلًا وفق التصميم
  • اختبار انقطاع OTA والتراجع — قطع التيار والشبكة أثناء التحديث، ويجب أن يسترد الجهاز نفسه بنفسه
  • توقيع سلسلة التوريد ومراجعة تراخيص حزم البرمجيات — يجب مراجعة مصدر كل حزمة في الصورة وترخيصها

لم تُجتز أي من البوابات الأربع، لذلك لا يملك Edge رقم إصدار ولا ISO ولا زر تنزيل. ونص الدليل الرسمي هو: لا يُدّعى دعم الأجهزة ولا OTA ولا إدارة الأساطيل (fleet) ولا دعم ARM64.

التقدم الحالي، بصراحة

على المستوى العام: planned، هذا كل شيء. وعلى خط التجارب الداخلية، بنى فريق الهندسة باتجاه Debian 13 صورة Edge تجريبية بنسخة amd64 وترك سجلات بناء، لكن الصورة لم تُحتفظ بها وليس لها مدخل تنزيل ولم تخضع لتحقق إقلاع البرنامج الثابت (firmware). وبين البناء التجريبي والإصدار العام تقف البوابات الأربع أعلاه، وأي من يدّعي على الإنترنت امتلاك حزمة رسمية من KINGAI OS Edge فليس رسميًا.

اطّلعوا على خارطة طريق الإصدارات الأربعة ← اطّلعوا على سجل الإصدارات ← اطّلعوا أولًا على إصدار الخادم الصادر ← تابعوا التقدم في Issues ←

معاينة للمطورين: لم تكتمل بعد نسبة بناء الصور والتوقيعات والتراجع عن التحديثات وشهادات الأجهزة التجارية. لا تستخدمها في أعمال إنتاج مهمة.