This page is available in English (EN).

Administración de recursos

Paquete de recursos

Los productos de mercado vertical basados en la plataforma AggreGate “Internet de las cosas” se envían técnicamente como conjuntos de controladores de dispositivos, complementos de procesamiento, almacenamiento y visualización de datos y paquetes de recursos.

Esos paquetes de recursos están formados por alertas, reportes, widgets, paneles de instrumentos, filtros de eventos, tareas del programador y otras herramientas preconfiguradas para análisis y visualización listos para ser usados en la industria específica. Por ejemplo, nuestro producto Network Manager incluye el panel de control "Descripción general del tráfico de red", y el producto SCADA / HMI viene con el widget HMI de demostración de "Filter Plant".

Las aplicaciones se utilizan para:

  • Entregar su producto a los servidores de los clientes finales (a través de la tienda de aplicaciones de AggreGate o de sus socios) o habilitar procesos DevOps para su servicio basado en la plataforma
  • Permitir el desarrollo en equipo a través de escenarios de TI, tales como desarrollo, prueba, RC o producción (mediante la publicación de fuentes/plantillas de recursos de la aplicación en un sistema de control de versiones, como Git o Subversion)

En cada instalación, los recursos de la aplicación pueden crearse bajo demanda. Una vez desplegados los recursos, los administradores del sistema pueden realizar cambios en ellos. Sin embargo, hay una manera de proteger los recursos de la aplicación de la modificación y la ingeniería inversa.

Administrar recursos en productos derivados

La nueva versión del producto viene con conjuntos de recursos actualizados, pero la actualización de a los recursos locales se modificaron provocando la pérdida del configuraciones locales.

Para lidiar con estos problemas, el servidor AggreGate admite múltiples técnicas de administración de recursos:

  • Agrupación de recursos. Cada recurso es miembro de un determinado grupo (por ejemplo, gestión de red) y un subgrupo opcional (por ejemplo, gestión de base de datos). Esto simplifica la búsqueda y el recurso de filtrado durante sus operaciones de creación / actualización / eliminación.
  • Seguimiento de modificaciones . Una vez que un recurso agrupado fue modificado por los operadores del sistema local, se etiqueta y ya no se actualizará automáticamente si viene una versión más nueva con la actualización del sistema. Sin embargo, es posible actualizarlo manualmente al pasar una advertencia de pérdida de cambio, por ejemplo después de crear un clon.
  • Versión de recursos. Cada recurso tiene un historial de modificación asociado que ayuda a los administradores locales a decidir si se debe actualizar una copia local.
  • Seguimiento de la dependencia. Si se seleccionó un tablero que incluye diez widgets y un registro de eventos para la creación, se solicitará a los operadores que creen todos los recursos dependientes. Esto garantiza la coherencia funcional.