Edge-home-orchestration-go: [Consideración] Política de compatibilidad con plataformas

Creado en 1 sept. 2020  ·  5Comentarios  ·  Fuente: lf-edge/edge-home-orchestration-go

Actualmente, hemos admitido 1) x86-64 Linux, 2) Rpi 2 y 3) Hikey960 si adoptamos el reciente PR # 125. Ahora es un buen momento para considerar cómo configuramos una política para admitir las plataformas existentes y las adicionales en la versión futura, incluido Coconut.

Tiene alguna idea sobre esto?

question

Comentario más útil

En general, creo que debemos admitir tantas plataformas H / W como sea posible para popularizar nuestro sistema de orquestación de bordes (y esta será su característica distintiva).
Pero entiendo que puede haber dificultades para mantener y probar la orquestación de borde en ellos. Por lo tanto, sugerí hacer una tabla en la página principal.

изображение

La columna Maintained indica qué _versión_ o _etiqueta de repositorio_ se probó la última orquestación de borde. También puede agregar información adicional sobre la compilación (por ejemplo: plataforma - docker, nativo, android) y especificar una persona de contacto que pueda ayudar a los desarrolladores externos a ejecutar la orquestación de borde en esta plataforma H / W.

Como he mencionado anteriormente, que sería bueno para reemplazar el build.sh guión con actualizada Makefile archivo de configuración y para cada uno H / W o S / W plataforma. (Esto hará que la construcción del sistema de orquestación perimetral sea más flexible). También agregue descripciones de cómo agregarle una nueva placa y configuración .

Además, estoy listo para probar la orquestación de bordes en las placas Raspberry Pi 3 y HiKey960 antes del lanzamiento o cualquier solicitud, también puedo ejecutar la orquestación de bordes en una Raspberry Pi 4 y agregar una descripción. Quizás @ t25kim también proporcione una descripción de cómo hacer esto en Raspberry Pi 2.

Todos 5 comentarios

En general, creo que debemos admitir tantas plataformas H / W como sea posible para popularizar nuestro sistema de orquestación de bordes (y esta será su característica distintiva).
Pero entiendo que puede haber dificultades para mantener y probar la orquestación de borde en ellos. Por lo tanto, sugerí hacer una tabla en la página principal.

изображение

La columna Maintained indica qué _versión_ o _etiqueta de repositorio_ se probó la última orquestación de borde. También puede agregar información adicional sobre la compilación (por ejemplo: plataforma - docker, nativo, android) y especificar una persona de contacto que pueda ayudar a los desarrolladores externos a ejecutar la orquestación de borde en esta plataforma H / W.

Como he mencionado anteriormente, que sería bueno para reemplazar el build.sh guión con actualizada Makefile archivo de configuración y para cada uno H / W o S / W plataforma. (Esto hará que la construcción del sistema de orquestación perimetral sea más flexible). También agregue descripciones de cómo agregarle una nueva placa y configuración .

Además, estoy listo para probar la orquestación de bordes en las placas Raspberry Pi 3 y HiKey960 antes del lanzamiento o cualquier solicitud, también puedo ejecutar la orquestación de bordes en una Raspberry Pi 4 y agregar una descripción. Quizás @ t25kim también proporcione una descripción de cómo hacer esto en Raspberry Pi 2.

@tdrozdovsky Empecemos por este informe de problemas con su sugerencia potencial (y esfuerzos en términos de relaciones públicas) para ampliar el soporte de la plataforma.

Es una muy buena idea admitir muchas plataformas, si pudiéramos permitirnos mantenerlas.

Quizás @ t25kim también proporcione una descripción de cómo hacer esto en Raspberry Pi 2.

Instalé Edge Orchestration con las instrucciones de RPi3 ya que el sistema operativo Raspberry Pi es el mismo.

Agregamos nuevas plataformas de hardware y es hermoso. Pero, por supuesto, nos preocupa la operatividad y las pruebas en ellos. Creo que podemos hacer lo siguiente para resolver esta cuestión.
Cambia la mesa

| Plataforma | Mantenido |
| ------------------------- | ------------ |
| [x86_64 Linux] | coco |
| [Raspberry Pi3] | coco |
| [HiKey960] | coco |
| [Clúster Raspberry Pi3] | coco |
| [Orange Pi3] | coco |

a esto:

| Plataforma | Mantenido | Mantenedor | Comentarios breves |
| ------------------------- | ------------ | ---------- --- | ----------------- |
| [x86_64 Linux] | coco | @ lf-edge / edge-home-orchestration-go-maintenanceers @ lf-edge / edge-home-orchestration-go-committers | |
| [Raspberry Pi3] | coco | @ t25kim | |
| [HiKey960] | coco | @tdrozdovsky | |
| [Clúster Raspberry Pi3] | coco | @tdrozdovsky | |
| [Orange Pi3] | coco | @ Vitalii55 | |

y, por supuesto, indique la versión semántica en la que se probó en su lugar coconut

Es solo un borrador, ¡pensemos en ello!

@tdrozdovsky ¡ 100% de acuerdo!

¿Fue útil esta página
0 / 5 - 0 calificaciones