Servidores
Definición
Servidores son equipos físicos, máquinas virtuales o servicios en la nube que ejecutan aplicaciones, almacenan datos y gestionan comunicaciones entre usuarios, dispositivos y sistemas externos. En una terminal de contenedores o depósito, no son solo “ordenadores centrales”: sostienen operaciones críticas como gate, patio, asignación de posiciones, movimientos de equipos, intercambio EDI, facturación y consultas de inventario.
Cuando un operador registra la entrada de un camión, un supervisor consulta la ocupación del patio o una naviera envía un mensaje EDI, la información pasa por esta capa técnica. Allí se validan permisos, se consultan bases de datos, se actualizan estados del contenedor y se devuelven respuestas a las pantallas, kioscos, dispositivos móviles, OCR, básculas o integraciones externas.
Tipos habituales en operaciones portuarias y de depósito
- Servidor de aplicación: ejecuta la lógica del TOS, sistema de depósito, módulos de gate, yard, billing o reporting.
- Servidor de base de datos: guarda inventario, movimientos, reservas, eventos, documentos, tarifas y auditoría.
- Servidor de integración: intercambia mensajes EDI/API con navieras, autoridades, aduanas, transportistas, PCS o ERP.
- Servidor de archivos: almacena imágenes OCR, fotos de daños, documentos de entrega, comprobantes y reportes.
- Infraestructura de respaldo o réplica: mantiene continuidad si falla el entorno principal.
Sentido operativo en una terminal
Flujos que dependen de esta capa
En logística de contenedores, una interrupción técnica se convierte rápidamente en una cola física. Si el sistema no responde en gate, los camiones no pueden entrar o salir. Si la base de datos no actualiza una ubicación, el equipo de patio puede buscar una unidad en una bahía incorrecta. Si la integración EDI falla, la naviera puede recibir estados incompletos de recepción, carga, descarga o salida.
Por eso, la infraestructura debe dimensionarse según la operación real: número de puertas, turnos, volumen diario, dispositivos conectados, frecuencia de mensajes y necesidad de disponibilidad fuera del horario administrativo.
Datos que suele procesar
- Número de contenedor, ISO, peso, línea naviera, booking, BL o referencia de transporte.
- Estado operativo: preavisado, recibido, en patio, bloqueado, liberado, cargado, entregado.
- Ubicación en patio: bloque, bahía, fila, altura, zona, tipo de segregación.
- Eventos de gate: llegada, validación, pesaje, inspección, impresión de EIR, salida.
- Mensajes EDI/API: CODECO, COARRI, COPARN, VERMAS, órdenes de transporte o actualizaciones a clientes.
Métricas importantes
Indicadores técnicos con impacto operativo
- Disponibilidad: porcentaje de tiempo en servicio. En gate y patio suele requerirse 99,5% o más, según criticidad y horario operativo.
- Latencia de respuesta: tiempo entre una acción del usuario o dispositivo y la respuesta del sistema. Para validaciones de gate, un objetivo práctico puede ser menor a 1–2 segundos.
- Transacciones por minuto: capacidad para procesar registros de entrada/salida, movimientos de patio, consultas de inventario y mensajes externos en picos de operación.
- RPO y RTO: pérdida máxima aceptable de datos y tiempo máximo de recuperación. En operaciones críticas, estos valores deben definirse antes de una caída, no durante el incidente.
- Uso de CPU, memoria y almacenamiento: ayuda a detectar saturación antes de que afecte turnos de camiones, cierres de buque o reportes al cliente.
Riesgos operativos
Fallas que afectan la operación física
Un entorno mal configurado puede generar lentitud en horas pico, duplicidad de eventos, bloqueos de usuarios, pérdida de fotografías de daños o retrasos en integraciones con navieras. En terminales con OCR, báscula, kioscos o handhelds, también importa la estabilidad de la red y de los servicios intermedios: no basta con que la aplicación principal esté activa.
Los riesgos más comunes son falta de monitoreo, respaldos no probados, crecimiento no controlado de la base de datos, ausencia de réplica, certificados vencidos, permisos excesivos y actualizaciones aplicadas sin ventana operativa. En un entorno 24/7, cada cambio técnico debe coordinarse con gate, patio, documentación y atención al cliente.
Ejemplo operativo
Entrada de un contenedor lleno en depósito
Un camión llega con un contenedor de exportación. En el gate, el operador escanea la matrícula y captura el número de la unidad. El sistema consulta la reserva, valida si el contenedor está esperado, verifica bloqueos comerciales o aduaneros y confirma si requiere pesaje o inspección. Después registra el evento de entrada, asigna una zona de patio según tipo de carga y genera el EIR.
En paralelo, la base de datos actualiza el inventario, el módulo de patio muestra la nueva tarea al equipo de manipulación y la integración externa puede enviar un aviso a la naviera. Si la respuesta tarda diez segundos por transacción, la cola crece. Si el evento no se guarda correctamente, el contenedor aparece “no recibido” aunque físicamente esté dentro del depósito. La calidad de la infraestructura se mide precisamente en estos momentos.
Relación con ContPark
Infraestructura aplicada al software de depósito y terminal
ContPark trabaja con procesos donde la disponibilidad y consistencia de datos son esenciales: gate, inventario, movimientos de patio, inspecciones, daños, almacenamiento, tarifas, reportes e integraciones. En este contexto, la arquitectura técnica debe soportar usuarios simultáneos, dispositivos operativos y comunicación con terceros sin perder trazabilidad.
La plataforma puede desplegarse según el entorno del cliente y sus requisitos de operación, seguridad e integración. Lo importante no es solo “tener capacidad”, sino asegurar que cada evento del contenedor quede registrado en el momento correcto, con usuario, fecha, ubicación, estado y referencia documental. Esa trazabilidad permite auditar operaciones, responder reclamos y mantener alineados los datos internos con clientes y líneas navieras.
Preguntas frecuentes
¿Qué diferencia hay entre servidor local y nube?
Un entorno local se instala en infraestructura propia de la terminal o depósito. La nube usa recursos externos administrados por un proveedor. La decisión depende de conectividad, políticas de seguridad, disponibilidad requerida, costos, soporte y requisitos de integración con equipos locales como OCR, básculas o impresoras.
¿Qué ocurre si el sistema central se cae durante la operación?
Depende del diseño. Puede haber modo contingencia, réplica, respaldos recientes o procedimientos manuales temporales. Sin planificación, la caída puede detener gate, bloquear asignaciones de patio y generar diferencias entre inventario físico y digital.
¿Cada módulo necesita su propio equipo?
No necesariamente. Gate, patio, facturación e integraciones pueden compartir infraestructura o separarse por rendimiento, seguridad y criticidad. En operaciones con alto volumen, separar base de datos, aplicación e integraciones facilita escalar y aislar fallos.
¿Qué debe revisarse antes de ampliar una operación?
Volumen esperado de movimientos, número de usuarios, picos por turno, crecimiento de base de datos, integraciones nuevas, disponibilidad de red, estrategia de respaldo y tiempos máximos aceptables de recuperación.
