Laboratorio M – 1 Redundancia y disponibilidad

Voy a hacer a lo largo del tiempo en esta sección experimentos en serie. Trataré de hacerlos con una sola inteligencia artificial, en este caso Minimax, pero se hace de este modo porque tengo que ver qué tan fiable es de momento una LLM pública online, y dos, qué tanto me interrumpe. Grok ha tenido muchas interrupciones últimamente diciendo que está ocupado, Claude tiene el mismo problema, así que probaré con otra que está online e inicialmente con Minimax porque me sorprendieron sus resultados en una prueba anterior.

Disponibilidad significa tener disponible al LLM cuando tú tienes que trabajar. No cuando le da la gana a él. Redundancia la obtenemos de dos modos. Primero, sabemos que otra LLM puede hacerlo. Pero la verdadera redundancia es que vamos a pensar en dos entornos de servidores dividiendo la lógica en dos.

• La primera premisa que tenemos es que si te va bien hay un control y coherencia simple, con reglas simples y servidores fiables.
• La segunda premisa es que pocas veces la “seguridad” y posesión de los datos es tan importante. Solo en cosas financieras, de salud o de alumnos es real.
• La tercera premisa es modo tiempo y lugar. He entrado a instalar sistemas en computadoras del CNI. No puedes entrar con celular, todo está en air gapped. Pero en Semarnat, universidades públicas y DIF estatales es tan absolutamente horrible su servidor y las conexiones, que tienes que tener datos y servidores fuera. No eres tú el que falla, sino la basura de servidor.

Ahora bien. Si no tienes un servidor de pruebas y no te lo dan en el trabajo que haces, ¿no trabajas en el de producción? Puedes hacer una pequeña prueba en tu máquina a menos que esté prohibido, o como yo uso mis propios servidores para pruebas. Cada caso es diferente, pero me ha tocado tener que conectarme por VPN a mi casa para trabajar desde allí porque el servidor del trabajo no se ve desde el trabajo.

Así que, hay información que no quieres que se pierda, que puedes mostrar y si vas a mostrar, lo vas a hacer no importando si el servidor se cae o no. Por ejemplo, puedo mostrar proyectos de prueba a hospitales o clientes en un subdirectorio de un dominio. O puedo entrar a veces desde el celular a corregir cosas que la red WAN no te permite ver, pero que los datos sí.

Así que, estamos hablando de redundancia a sistemas de producción y a veces a datos sensibles. En la medida de lo posible que esté documentado el permiso y evidentemente hay que tener lógica, pero si el servidor es una basura, probablemente te van a tratar como basura y nadie puede alegarte que hagas pruebas con un servidor que sí funcione.

O a veces tienes que demostrar que lo que no funciona es el servidor.

Por lo mismo, vamos a suponer para este escenario que no quieres, por el ambiente de trabajo, que tus herramientas como favoritos de internet o cosas que usas de IA estén disponibles para ellos. No te preocupes. Probablemente no hay problema si puedes usar tu Gmail en el trabajo, que de todos modos necesitas para Gemini. Pero a veces, por ambiente o disponibilidad, hay cosas tuyas que no tienen que estar en la máquina: papeles personales, favoritos, ideas. Sí debes tener documentación de tu trabajo y respaldada por si la formatean, y es bueno mandar un correo diciendo que a menos que se te indique lo contrario, asumes que el código del que eres propietario y responsable puedes tener copia externa. O pregunta quién la tiene.

Si no la tienen es un gran problema.

Si no eres el responsable es problema de ellos, pero por lo menos respalda tus datos a un USB cifrado y que se quede en tu cajón por si formatean la máquina.