Edge-home-orchestration-go: [اعتبار] سياسة دعم المنصة
حاليًا ، قمنا بدعم 1) x86-64 Linux ، 2) Rpi 2 ، و 3) Hikey960 إذا اعتمدنا الإصدار الأخير PR # 125. لقد حان الوقت الآن للنظر في كيفية إعدادنا لسياسة لدعم تلك الأنظمة الأساسية الحالية والأنظمة الإضافية في الإصدار المستقبلي بما في ذلك Coconut.
اي افكار في هذا؟
MoonkiHong
ال 5 كومينتر
بشكل عام ، أعتقد أننا بحاجة إلى دعم أكبر عدد ممكن من المنصات H / W من أجل تعميم نظام تنسيق الحافة (وستكون هذه هي السمة المميزة له).
لكنني أفهم أنه قد تكون هناك صعوبات في الحفاظ على تنسيق الحافة واختباره. لذلك ، اقترحت عمل جدول على الصفحة الرئيسية.
يشير العمود Maintained إلى أحدث علامة _version_ أو _repository_ التي تم اختبار تنسيق الحافة بها. يمكن أيضًا إضافة معلومات إضافية حول التصميم (على سبيل المثال: النظام الأساسي - عامل الإرساء ، أصلي ، android) وتحديد جهة اتصال يمكنه مساعدة المطورين الخارجيين على تشغيل تزامن الحافة على النظام الأساسي H / W هذا.
كما ذكرت سابقًا ، سيكون من الجيد استبدال البرنامج النصي build.sh بـ Makefile المحدث وملف التكوين لكل منصة H / W أو S / W. (هذا سيجعل بناء نظام تزامن الحواف أكثر مرونة.) أضف أيضًا أوصافًا لكيفية إضافة لوحة جديدة وتكوين لها .
أيضًا ، أنا مستعد لاختبار تنسيق الحافة على لوحات Raspberry Pi 3 و HiKey960 قبل الإصدار أو أي طلب ، ويمكنني أيضًا تشغيل تنسيق الحافة على Raspberry Pi 4 وإضافة وصف له. ربما سيوفر @ t25kim أيضًا وصفًا لكيفية القيام بذلك على Raspberry Pi 2.
tdrozdovsky
في ٧ سبتمبر ٢٠٢٠
tdrozdovsky دعونا نبدأ من تقرير المشكلة هذا بالعلاقات العامة) لتوسيع دعم النظام الأساسي.
MoonkiHong
في ٨ سبتمبر ٢٠٢٠
إنها فكرة جيدة حقًا أن تدعم العديد من المنصات ، إذا استطعنا تحمل تكاليف صيانتها.
ربما سيوفر @ t25kim أيضًا وصفًا لكيفية القيام بذلك على Raspberry Pi 2.
لقد قمت بتثبيت Edge Orchestration بتعليمات RPi3 نظرًا لأن نظام Raspberry Pi OS هو نفسه.
t25kim
في ٨ سبتمبر ٢٠٢٠
نضيف منصات أجهزة جديدة وهي جميلة. لكن بالطبع ، لدينا قلق بشأن قابلية التشغيل والاختبار عليها. أعتقد أنه يمكننا القيام بما يلي لحل هذا السؤال.
قم بتغيير الجدول
| المنصة | محتفظ بها |
| ------------------------- | ------------ |
| [x86_64 لينكس] | جوز الهند |
| [Raspberry Pi3] | جوز الهند |
| [HiKey960] | جوز الهند |
| [مجموعة Raspberry Pi3] | جوز الهند |
| [أورانج بي 3] | جوز الهند |
الى هذا:
| المنصة | محتفظ بها | عامل صيانة | تعليقات قصيرة |
| ------------------------- | ------------ | ---------- --- | ----------------- |
| [x86_64 لينكس] | جوز الهند | @ lf-edge / edge-home-orchestration-go-guarders @ lf-edge / edge-home-orchestration-go-committers | |
| [Raspberry Pi3] | جوز الهند | @ t25kim | |
| [HiKey960] | جوز الهند | @ tdrozdovsky | |
| [مجموعة Raspberry Pi3] | جوز الهند | @ tdrozdovsky | |
| [أورانج بي 3] | جوز الهند | @ Vitalii55 | |
وبالطبع أشر إلى النسخة الدلالية التي تم اختبارها بدلاً من ذلك coconut
إنها مجرد مسودة ، دعنا نفكر في الأمر!
tdrozdovsky
في ١٤ أبريل ٢٠٢١
@ tdrozdovsky يوافقون 100٪!
MoonkiHong
في ١٤ أبريل ٢٠٢١
القضايا ذات الصلة
MoonkiHong
·
4تعليقات
t25kim
·
3تعليقات
t25kim
·
4تعليقات
MoonkiHong
·
6تعليقات
t25kim
·
5تعليقات
التعليق الأكثر فائدة
بشكل عام ، أعتقد أننا بحاجة إلى دعم أكبر عدد ممكن من المنصات H / W من أجل تعميم نظام تنسيق الحافة (وستكون هذه هي السمة المميزة له).
لكنني أفهم أنه قد تكون هناك صعوبات في الحفاظ على تنسيق الحافة واختباره. لذلك ، اقترحت عمل جدول على الصفحة الرئيسية.
يشير العمود
Maintainedإلى أحدث علامة _version_ أو _repository_ التي تم اختبار تنسيق الحافة بها. يمكن أيضًا إضافة معلومات إضافية حول التصميم (على سبيل المثال: النظام الأساسي - عامل الإرساء ، أصلي ، android) وتحديد جهة اتصال يمكنه مساعدة المطورين الخارجيين على تشغيل تزامن الحافة على النظام الأساسي H / W هذا.كما ذكرت سابقًا ، سيكون من الجيد استبدال البرنامج النصي
build.shبـMakefileالمحدث وملف التكوين لكل منصة H / W أو S / W. (هذا سيجعل بناء نظام تزامن الحواف أكثر مرونة.) أضف أيضًا أوصافًا لكيفية إضافة لوحة جديدة وتكوين لها .أيضًا ، أنا مستعد لاختبار تنسيق الحافة على لوحات Raspberry Pi 3 و HiKey960 قبل الإصدار أو أي طلب ، ويمكنني أيضًا تشغيل تنسيق الحافة على Raspberry Pi 4 وإضافة وصف له. ربما سيوفر @ t25kim أيضًا وصفًا لكيفية القيام بذلك على Raspberry Pi 2.