Edge-home-orchestration-go: [Considération] Politique de prise en charge de la plate-forme

Créé le 1 sept. 2020  ·  5Commentaires  ·  Source: lf-edge/edge-home-orchestration-go

Actuellement, nous avons pris en charge 1) x86-64 Linux, 2) Rpi 2 et 3) Hikey960 si nous adoptons le récent PR #125 . C'est maintenant le bon moment pour réfléchir à la façon dont nous mettons en place une politique pour prendre en charge ces plates-formes existantes et d'autres dans la future version, y compris Coconut.

Des idées à ce sujet ?

question

Commentaire le plus utile

En général, je pense que nous devons prendre en charge autant de plates-formes matérielles que possible afin de vulgariser notre système d'orchestration de périphérie (et ce sera sa caractéristique distinctive).
Mais je comprends qu'il puisse y avoir des difficultés à maintenir et à tester l'orchestration de bord sur eux. Par conséquent, j'ai suggéré de faire un tableau sur la page principale.

изображение

La colonne Maintained indique quelle _version_ ou _balise de référentiel_ l'orchestration périphérique a été testée en dernier. Peut également ajouter des informations supplémentaires sur la version (par exemple : plate-forme - docker, native, android) et spécifier une personne de contact qui peut aider les développeurs externes à exécuter l'orchestration de bord sur cette plate-forme matérielle.

Comme je l'ai mentionné plus tôt, il serait bon de remplacer le script build.sh par un Makefile mis à jour et un fichier de configuration pour chaque plate-forme H/W ou S/W. (Cela rendra la construction du système d'orchestration de bord plus flexible.) Ajoutez également des descriptions sur la façon d'ajouter une nouvelle carte et sa configuration .

De plus, je suis prêt à tester l'orchestration de bord sur les cartes Raspberry Pi 3 et HiKey960 avant la sortie ou toute demande, je peux également exécuter l'orchestration de bord sur un Raspberry Pi 4 et ajouter une description pour cela. Peut-être que @t25kim fournira également une description de la

Tous les 5 commentaires

En général, je pense que nous devons prendre en charge autant de plates-formes matérielles que possible afin de vulgariser notre système d'orchestration de périphérie (et ce sera sa caractéristique distinctive).
Mais je comprends qu'il puisse y avoir des difficultés à maintenir et à tester l'orchestration de bord sur eux. Par conséquent, j'ai suggéré de faire un tableau sur la page principale.

изображение

La colonne Maintained indique quelle _version_ ou _balise de référentiel_ l'orchestration périphérique a été testée en dernier. Peut également ajouter des informations supplémentaires sur la version (par exemple : plate-forme - docker, native, android) et spécifier une personne de contact qui peut aider les développeurs externes à exécuter l'orchestration de bord sur cette plate-forme matérielle.

Comme je l'ai mentionné plus tôt, il serait bon de remplacer le script build.sh par un Makefile mis à jour et un fichier de configuration pour chaque plate-forme H/W ou S/W. (Cela rendra la construction du système d'orchestration de bord plus flexible.) Ajoutez également des descriptions sur la façon d'ajouter une nouvelle carte et sa configuration .

De plus, je suis prêt à tester l'orchestration de bord sur les cartes Raspberry Pi 3 et HiKey960 avant la sortie ou toute demande, je peux également exécuter l'orchestration de bord sur un Raspberry Pi 4 et ajouter une description pour cela. Peut-être que @t25kim fournira également une description de la

@tdrozdovsky Commençons par ce rapport de problème avec votre suggestion potentielle (et vos efforts en termes de relations publiques) pour étendre la prise en charge de la plate-forme.

C'est une très bonne idée de prendre en charge de nombreuses plates-formes, si nous pouvions nous permettre de les maintenir.

Peut-être que @t25kim fournira également une description de la

J'ai installé Edge Orchestration avec les instructions de RPi3 car le système d'exploitation Raspberry Pi est le même.

Nous ajoutons de nouvelles plates-formes matérielles et c'est magnifique. Mais bien sûr, nous sommes préoccupés par l'opérabilité et les tests sur eux. Je pense que nous pouvons faire ce qui suit pour résoudre cette question.
Changer de tableau

| Plateforme | Maintenu |
|--------------------------|------------|
| [x86_64 Linux] | noix de coco |
| [Framboise Pi3] | noix de coco |
| [HiKey960] | noix de coco |
| [Cluster Raspberry Pi3] | noix de coco |
| [Orange Pi3] | noix de coco |

pour ça:

| Plateforme | Maintenu | Mainteneur | Commentaires courts |
|--------------------------|------------|---------- ---| ----------------- |
| [x86_64 Linux] | noix de coco | @lf-edge/edge-home-orchestration-go-maintainers @lf-edge/edge-home-orchestration-go-committers | |
| [Framboise Pi3] | noix de coco | @t25kim | |
| [HiKey960] | noix de coco | @tdrozdovsky | |
| [Cluster Raspberry Pi3] | noix de coco | @tdrozdovsky | |
| [Orange Pi3] | noix de coco | @ Vitalii55 | |

et bien sur indiquer la version Sémantique sur laquelle a été testé à la place coconut

Ce n'est qu'un brouillon, réfléchissons-y !

@tdrozdovsky 100% d'accord !

Cette page vous a été utile?
0 / 5 - 0 notes