¿Por qué usar imágenes doradas? - AWS Guía prescriptiva

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

¿Por qué usar imágenes doradas?

Existen numerosas razones para utilizar una imagen dorada para programar los dispositivos en la fábrica.

Si planea fabricar AWS IoT Greengrass dispositivos a gran escala, podría considerar problemático realizar un despliegue en AWS IoT Greengrass la nube para cada dispositivo de la línea de fabricación. Entre sus motivos pueden incluirse los siguientes:

  • Es demasiado lento: el tiempo necesario para realizar una implementación de cada dispositivo puede afectar a la productividad de la línea de fabricación.

  • No hay conectividad a Internet: los fabricantes por contrato a veces no tienen conectividad a Internet en la línea de fabricación, por lo que es posible que una implementación en la nube ni siquiera sea posible.

  • La conectividad a Internet es intermitente: incluso si la conectividad a Internet está disponible nominalmente, es posible que su empresa exija que su línea de fabricación no se paralice debido a una pérdida temporal de conectividad, por lo que podría no ser conveniente implementar la nube.

Si decide no realizar una AWS IoT Greengrass implementación en la línea de fabricación, puede enviar el dispositivo sin componentes de la aplicación instalados. Sin embargo, es posible que sus dispositivos sigan necesitando la instalación de componentes de la aplicación durante la fabricación por los siguientes motivos:

  • Pruebas de aceptación en fábrica (FAT): es posible que tengas que realizar una FAT en todos los dispositivos, o una muestra de ellos, como parte de tus procesos de control de calidad (QA). Es probable que el dispositivo tenga sus propias interfaces y E/S específicas del dominio, que solo se pueden probar si el dispositivo está en pleno funcionamiento y ejecuta tu propio software de aplicación.

  • La conectividad a Internet de campo no es fiable: cuando el dispositivo está instalado o desempaquetado sobre el terreno, no puedes estar seguro de que habrá conectividad a Internet en su entorno. Por lo tanto, no puedes confiar en una implementación en la nube para que el dispositivo funcione a pleno rendimiento.

  • El dispositivo debe funcionar de forma inmediata: es posible que el dispositivo tenga que estar en pleno funcionamiento cuando lo abra por primera vez sobre el terreno y no pueda esperar a que se complete el primer despliegue en la nube, incluso si la conectividad a Internet es fiable.

  • Costes de datos de la red móvil: es posible que tu dispositivo tenga conectividad a la red móvil y descargar todos los componentes de la aplicación durante un despliegue inicial en la nube sobre el terreno puede suponer un coste considerable.

Por lo tanto, un AWS IoT Greengrass dispositivo normalmente debe fabricarse con los componentes de la aplicación instalados y configurados parcial o totalmente, pero es posible que no pueda utilizar una implementación AWS IoT Greengrass en la nube. En esta guía se explica cómo se puede lograr ese objetivo.

Uso de la CLI de Greengrass en lugar de una imagen dorada

Una alternativa al uso de imágenes doradas consiste en componer localmente la imagen de software en cada dispositivo mediante la automatización de la instalación del entorno de ejecución de Greengrass y, a continuación, la instalación de los componentes mediante la interfaz de línea de comandos (CLI) de Greengrass. Sin embargo:

  • Primero tendría que instalar la CLI de Greengrass, en un entorno fuera de línea. Si bien este tipo de instalación es posible, no existe ningún procedimiento documentado para ello.

  • Tendría que recopilar y organizar todos los artefactos y recetas que lo componen y tenerlos disponibles en la línea de fabricación.

  • Necesitaría usar el comando de despliegue local de la CLI de Greengrass para implementar cada componente.

  • Debe tener cuidado al usar las versiones groupId y de los componentes para las implementaciones locales para asegurarse de que las implementaciones posteriores en la nube no entren en conflicto.

  • Si no se requiere la CLI de Greengrass en su dispositivo sobre el terreno, normalmente la eliminaría como paso final.

En general, el enfoque CLI de Greengrass es más lento y más propenso a errores que una imagen dorada.