Interdependencias entre operadores

Un puerto es una cadena de operadores que dependen unos de otros: la naviera libera el contenedor, el agente da la orden, la terminal agenda la cita, el transportista lo retira, la aduana autoriza y la autoridad portuaria vigila. Cada uno conoce sus propios sistemas y sus contratos. Casi nadie conoce de qué dependen los sistemas de los demás.

Ahí aparecen dos riesgos que la inteligencia tiene que hacer visibles. El punto único de falla: un servicio que muchos usan y que no tiene alterno. Y la dependencia oculta: un proveedor con el que la casa no tiene contrato, pero del que depende a través de otro. Cuando ese proveedor cae, o es comprometido, el aviso no le llega a la casa, porque para él la casa no existe.

Abre la consola y ejecuta SELECT * FROM servicios_compartidos, SELECT * FROM quien_usa_que y SELECT * FROM contratos_de_pijino. La columna depende_de dice qué necesita cada servicio para funcionar; a veces apunta a otro servicio de la misma tabla, y hay que seguir la cadena hasta el final.

Un operador queda afectado si usa un servicio que depende del que cae, aunque sea a través de otro. La pregunta para la mesa no es solo «¿quién contrata a ese proveedor?», sino «¿quién se queda sin trabajar si ese proveedor cae?».

Un alterno escrito en un papel no es un alterno hasta que se prueba. Entre los servicios que dependen de ese centro de datos, hay uno cuyo alterno existe solo en el papel.

La casa no puede firmar un contrato con cada proveedor de la comunidad, pero sí puede pedir que la mesa haga algo con lo que este mapa muestra.