Persistencia de Sesiones

En las operaciones móviles de la cadena de suministro, el protocolo telnet sigue siendo la tecnología favorita para comunicar los colectores de datos con las aplicaciones de misión crítica.

Si la comunicación inalámbrica de datos entre los colectores y la aplicación se interrumpe, la sesión telnet se pierde. Las sesiones perdidas son el factor de improductividad más dañino para los Centros de Distribución en todo el mundo. Con frecuencia los usuarios no reportan las interrupciones porque conocen un paliativo inmediato: simplemente vuelven a entrar a la aplicación.

Los daños que ocasionan las interrupciones de sesión son tres:

  1. retrasos en el cumplimiento de metas de operación, ocasionados por el tiempo perdido cada vez que un trabajador sale y entra a la aplicación,
  2. dinero perdido a causa de pedidos no surtidos, o tiempo extra de personal necesario para remediar los retrasos acumulados.
  3. integridad de datos comprometida por transacciones abandonadas a la mitad.

Las causas más comunes de interrupción de sesiones de emulación incluyen:

  • intermitencia en la señal de red inalámbrica,
  • suspensión de energía por tiempo ocioso, o agotamiento de batería, y
  • accionas humanas deliberadas.

El Servidor StayLinked resuelve los problemas de intermitencia móvil reforzando el servidor Telnet existente con la función de persistencia de sesiones, como se ilustra en la figura 1.

Enhanced_Telnet_Server
Figura 1- Servidor Telnet reforzado con Persistencia de Sesión de StayLinked.

La persistencia de sesiones permite a un colector de datos (terminal RF) reanudar un flujo de trabajo a partir del paso donde se había quedado antes de la interrupción. De esta manera no hay tiempo perdido repitiendo pasos de entrada a la aplicación, no hay datos vulnerados por transacciones abandonadas a la mitad, y no hay gastos monetarios innecesarios.

Sólo StayLinked tiene experiencia comprobada de instalaciones de clientes empresariales con miles de colectores de datos conectados simultáneamente por Servidor. La totalidad de los clientes StayLinked depositan su confianza en la robustez y estabilidad de la arquitectura basada en Servidor. La persistencia de sesiones es una propiedad fundamental de esta arquitectura, pero existen muchos otros beneficios para los administradores de tecnología, los usuarios de los colectores portátiles de datos, y los supervisores de la operación logística. Este artículo describe el alcance de funcionalidad de la solución completa. StayLinked es el experto en soluciones de emulación centralizadas en servidor.

Las críticas a un Servidor Intermediario

La competencia de StayLinked condena la presencia de un servidor intermediario como un punto de falla. No pasa desapercibido que su acusación funcione, en realidad, como culpa admitida de su muy particular filosofía de diseño de software: complementos prescindibles, ejecutados sobre computadoras de escritorio, no siempre en línea.

Menos del 10% de nuestros clientes utilizan nuestro servidor de persistencia de sesiones.”  – Director de Ventas de la competencia de StayLinked

StayLinked, en cambio, diseña software para aplicaciones de misión crítica. No perdamos de vista la arquitectura robusta de aplicaciones de misión crítica, como es la de los sistemas de control de almacenaje, y otras de cadena de suministro. Las aplicaciones de misión crítica están construidas modularmente. Múltiples “servicios” se ejecutan de manera coordinada para cumplir funciones diversas, desde conectividad telnet, distribución de carga, y bases de datos, hasta la lógica de negocio. Cada uno de estos servicios podría ser explicado en términos de “servidores”. El “servidor” StayLinked es un elemento que robustece aún más esta arquitectura; eleva la confiabilidad de las comunicaciones móviles, y garantiza la integridad de las bases de datos.

wms_architecture_persistent
Figura 2 – Arquitectura general de WMS reforzada con persistencia de sesiones telnet.

Hablando en términos de hardware, nuestra recomendación es co-ubicar el “servicio” StayLinked en el mismo equipo donde actualmente reside el “Telnet Server“.

Si a pesar de todo existe nerviosismo u oposición por la instalación de un servicio adicional dentro del Telnet Server, nuestra recomendación es instalar un servidor redundante. La redundancia del servidor StayLinked debe ser congruente con el plan de recuperación de falla (DRP) del WMS.