Edge-home-orchestration-go: [Erwägung] Richtlinie zur Plattformunterstützung

Im Allgemeinen denke ich, dass wir so viele H/W-Plattformen wie möglich unterstützen müssen, um unser Edge-Orchestrierungssystem populär zu machen (und dies wird sein Unterscheidungsmerkmal sein).
Aber ich verstehe, dass es Schwierigkeiten geben kann, Edge-Orchestrierung auf ihnen zu warten und zu testen. Daher schlug ich vor, eine Tabelle auf der Hauptseite zu erstellen.

Die Spalte Maintained gibt an, welche _Version_ oder _Repository-Tag_ die Edge-Orchestrierung zuletzt getestet wurde. Kann auch zusätzliche Informationen zum Build hinzufügen (zum Beispiel: Plattform - Docker, Native, Android) und eine Kontaktperson angeben, die externen Entwicklern helfen kann, Edge-Orchestrierung auf dieser H/W-Plattform auszuführen.

Wie ich bereits erwähnt habe, wäre es gut, das Skript build.sh durch ein aktualisiertes Makefile und eine Konfigurationsdatei für jede H/W- oder S/W-Plattform zu ersetzen. (Dadurch wird der Aufbau des Edge-Orchestrierungssystems flexibler.) Fügen Sie auch Beschreibungen hinzu, wie ein neues Board und eine neue Konfiguration hinzugefügt werden .

Außerdem bin ich bereit, Edge-Orchestrierung auf Raspberry Pi 3 und HiKey960-Boards vor der Veröffentlichung oder einer Anfrage zu testen. Ich kann auch Edge-Orchestrierung auf einem Raspberry Pi 4 ausführen und eine Beschreibung dafür hinzufügen. Vielleicht bietet @t25kim auch eine Beschreibung, wie dies auf Raspberry Pi 2 geht.

@tdrozdovsky Beginnen wir mit diesem Ausgabebericht mit Ihrem potenziellen Vorschlag (und Ihren Bemühungen in Bezug auf PR) zur Erweiterung der Plattformunterstützung.

Es ist eine wirklich gute Idee, viele Plattformen zu unterstützen, wenn wir es uns leisten könnten, sie zu warten.

Vielleicht bietet @t25kim auch eine Beschreibung, wie dies auf Raspberry Pi 2 geht.

Ich habe die Edge Orchestration mit der Anweisung von RPi3 installiert, da das Raspberry Pi OS das gleiche ist.

Wir fügen neue Hardwareplattformen hinzu und es ist schön. Aber natürlich haben wir Bedenken hinsichtlich der Bedienbarkeit und des Testens. Ich denke, dass wir Folgendes tun können, um diese Frage zu lösen.
Ändern Sie die Tabelle

| Plattform | Gepflegt |
|-------------------------|------------|
| [x86_64 Linux] | Kokos |
| [Himbeer-Pi3] | Kokosnuss |
| [HiKey960] | Kokos |
| [Himbeer-Pi3-Cluster] | Kokos |
| [Orange Pi3] | Kokos |

dazu:

| Plattform | Gepflegt | Betreuer | Kurze Kommentare |
|-------------------------|------------|---------- ---| ----------------- |
| [x86_64 Linux] | Kokos | @lf-edge/edge-home-orchestration-go-maintainers @lf-edge/edge-home-orchestration-go-committers | |
| [Himbeer-Pi3] | Kokosnuss | @t25kim | |
| [HiKey960] | Kokosnuss | @tdrozdovsky | |
| [Himbeer-Pi3-Cluster] | Kokos | @tdrozdovsky | |
| [Orange Pi3] | Kokos | @Vitalii55 | |

und geben Sie natürlich die semantische Version an, auf der stattdessen getestet wurde coconut

Es ist nur ein Entwurf, denken wir darüber nach!

@tdrozdovsky 100% einverstanden!