Digi Containers: La mejor forma de crear, implantar y gestionar aplicaciones personalizadas

Nate: Esa es una muy buena pregunta. Ofrecemos la posibilidad de ambas cosas. En la páginaDigi Containers SDK, tenemos una lista de plantillas de contenedores pre-construidas que pueden ayudarte a empezar, utilizando algunas aplicaciones comunes en contenedores que los clientes o usuarios han solicitado. Esa es una buena manera de empezar. Esas mismas plantillas también se pueden cargar en Digi Remote Manager®. Así, cuando vea su dispositivo por primera vez, si está configurando el dispositivo por primera vez en Remote Manager, puede mostrarle esas plantillas para que las seleccione y pueda empezar con ellas. Pero el caso de uso más común que vemos es que muchas personas tienen aplicaciones personalizadas, o quieren empezar a utilizar su propia aplicación y contenedor.

Por lo tanto, quieren personalizarlo completamente. Así que de nuevo, esa herramienta SDK puede ayudarle a empezar con un paso a paso de conseguir su aplicación compilada si es necesario. O si ya tienes una aplicación en contenedor Docker o LXC, puedes cargarla y empezar a usarla en tu dispositivo Digi.

Nate: Los dispositivos Digi abarcan toda la gama en cuanto al tamaño del producto. Así, tenemos un producto con un único puerto Ethernet y un único puerto serie, con una conexión celular, todo el camino hasta, como Kyle mencionó anteriormente, tenemos servidores de consola que tienen 48 puertos serie y múltiples conexiones Ethernet y celulares juntos, y destinados a ser instalados en un bastidor de servidor. Son productos bastante grandes. Y con eso, hay muchos tipos diferentes de arquitecturas de CPU y memoria y espacio en disco disponible en cada uno de esos productos desde el tamaño pequeño al grande.

La mayoría de ellos ejecutan arquitecturas de CPU similares. La ventaja de esto es que, si tienes un contenedor LXC y una aplicación binaria personalizada compilada para ejecutarse en un PC Arm, puedes portarla y ejecutarla en varios tipos de dispositivos Digi que tengan la misma CPU y el mismo interior. Lo hace muy portable a través de múltiples productos Digi. Y además, la propia tecnología de contenedores LXC no tiene llamadas específicas de CPU. Por lo tanto, a menos que tenga una aplicación personalizada que se construye para una determinada arquitectura de CPU, si usted está usando esto para scripting adicional o capacidades de Python u otras aplicaciones de ese tipo, el contenedor en sí puede ser portado a través de cualquiera de los dispositivos Digi porque el contenedor LXC en sí es sólo una manera de portarlo a cualquier dispositivo.

Kyle: Sí. Así, Binary Armor tiene cuentas de usuario individuales completas, por lo que puedes configurar tantas como necesites, y puedes asignarles permisos individuales. Si quieres que alguien pueda cambiar la configuración del propio Binary Armor, pero no cambiar la configuración de la operación, tienes los controles para poder ajustar para satisfacer las necesidades de tu organización.

Kyle: Hay varias maneras de que Binary Armor te notifique, dependiendo de si estás en el grupo de operaciones o en seguridad. Binary Armor tiene la capacidad de enviar alertas. Así, lo que vimos en la demostración, de retroalimentación a una interfaz de usuario... Toda esa interfaz de usuario se basa en una API HTTP, por lo que podemos tirar de eso en un número de diferentes conjuntos de herramientas de operación para poder mostrar esa información a dondequiera que estén los usuarios de operación. Además, si hay una interfaz como la de Node-RED que estábamos ejecutando en esa demostración, podríamos añadir una notificación del modo de Armadura Binaria en esa misma demostración, como un segundo canal de datos.

Desde el punto de vista de la seguridad, toda nuestra información se registra en cualquier recopilación de registros o SIEM de seguridad. Por lo tanto, si usted está ejecutando un centro de operaciones de seguridad, esta información alimentará ese centro de operaciones de seguridad, donde usted también es capaz de ver las alertas de lo que está pasando con un poco más de detalle para que pueda sumergirse en el análisis forense de lo que realmente sucedió en la red. ¿Se trata simplemente de que alguien no ha llamado o de que puede estar ocurriendo algo malicioso?

Nate: En el dispositivo Digi, cuando cargas un contenedor, la cantidad de CPU y memoria que utiliza se basa en las aplicaciones que se ejecutan dentro del contenedor. El contenedor LXC en sí es muy, muy pequeño. Hablamos de un contenedor LXC de prueba básico que es sólo la envoltura de tu entorno de kernel Linux actual, que tiene un tamaño de unos pocos kilobytes, porque está compartiendo la arquitectura de la CPU del host, por lo que hay mucha capacidad para que se ejecute realmente ligero y ligero para iniciar el contenedor LXC. Así que, de nuevo, la cantidad de CPU y memoria que necesita se basa en lo que su aplicación se está ejecutando, y sus requisitos del sistema.

Más allá de eso, sin embargo, el propio contenedor puede compartir recursos en el dispositivo más allá de la memoria y la CPU, como cosas como la red. Así, puedes vincular ese contenedor dentro de un segmento determinado de una red a la que el dispositivo Digi tenga acceso. Por lo tanto, podría ser una VLAN, podría ser parte de una red Wi-Fi, o en cualquier cosa que el dispositivo Digi tiene acceso a, en cuanto a la creación de redes, que puede ser expuesto al contenedor.

También podemos exponer puertos serie, que es exactamente la demo que Kyle mostró con Binary Armor - dando acceso directo a los puertos serie del dispositivo Digi al contenedor, para que pueda controlar los datos que entran y salen de él. Y también está el almacenamiento compartido del sistema de archivos local. Por lo tanto, si se trata de la cantidad de acceso al sistema de archivos local en el propio router Digi, o si hay algún tipo de almacenamiento USB que se añade al dispositivo Digi, que también puede ser compartida como directorios compartidos, o puede dar el control sobre el contenedor para que tenga acceso para el almacenamiento en disco ampliado, si es necesario.