Lo que realmente requiere el despliegue soberano

Gran parte de la conversación sobre soberanía se derrumba en un mapa. ¿Dónde están los servidores? Es una primera pregunta razonable y una última mala, porque la ubicación por sí sola no resuelve nada.

Cuando trabajamos con organizaciones que tienen un requisito de soberanía real en lugar de una preferencia, surgen cuatro preguntas. La ubicación es lo que menos les preocupa, porque es a lo que todos pueden responder.

¿Quién puede ser obligado?

La cuestión detrás del mapa es la jurisdicción. No dónde se encuentran los datos, sino qué autoridades podrían requerir acceso a ellos y a través de qué entidad.

Un despliegue físicamente dentro de un país, operado por una empresa sujeta a una jurisdicción diferente, no ha respondido a esto. Ha movido el hardware.

Nuestra respuesta: a menos que esté legalmente prohibido, le notificamos inmediatamente de cualquier solicitud para que pueda responder directamente. No cedemos datos de clientes sin una base legal válida. Y cuando eso aún no sea suficiente para su postura de riesgo, la plataforma se ejecuta completamente dentro de su propia infraestructura, donde la pregunta no surge porque no tenemos acceso.

¿Quién puede cambiar el sistema?

La soberanía sobre los datos sin control sobre el sistema es parcial. Si un proveedor puede impulsar un cambio que altere el comportamiento, la organización no controla completamente lo que se ejecuta.

Esta es la razón por la que las implementaciones autohospedadas y aisladas tratan las actualizaciones como artefactos que usted acepta en su programación en lugar de como un proceso en segundo plano. Es más trabajo. También es la diferencia entre operar un sistema y alojar el de otra persona.

Si se puede operar sin el proveedor

La pregunta incómoda, y la que separa los requisitos genuinos de los declarados.

Si su relación con el proveedor terminara mañana, ¿podría continuar el despliegue? ¿Mantiene sus datos en un formato utilizable, las definiciones de sus agentes en un formato que usted conserva y suficiente conocimiento operativo para ejecutarlos?

Una arquitectura que sólo funciona mientras continúa una relación comercial es una dependencia, diga lo que diga el mapa.

Si la rendición de cuentas sobrevive

Este último suele ser el factor decisivo para los organismos públicos. Un despliegue soberano que no puede dejar constancia de lo sucedido ha cambiado una exposición por otra.

Cada acción del agente registrada y exportable. Política aplicada en el punto de acción para que el límite sea un hecho más que una intención. Las credenciales se resuelven en tiempo de ejecución para que cada acción tenga una identidad. Gasto atribuido por agente, por lo que el costo también se rige.

Los aplicamos de manera idéntica en los modos alojado, autohospedado y aislado. Un despliegue soberano con una gobernanza reducida sería la peor combinación que se ofrece.

Lo que te diríamos sinceramente

Si su requisito es la residencia, una implementación autohospedada en su propia infraestructura lo satisface con una sobrecarga operativa considerablemente menor que el aislamiento total.

Si su requisito es soberanía genuina en los cuatro sentidos anteriores, la respuesta es una operación aislada y cuesta un esfuerzo real: planificación de capacidad, una rutina de actualización, observabilidad local lo suficientemente buena como para diagnosticar sin ayuda externa.

Ambos son compatibles. Son compromisos diferentes, y la palabra soberano se utiliza para ambos de manera demasiado vaga.

Siguiente

Las páginas de implementación cubren opciones autohospedadas y aisladas, y el Centro de confianza cubre residencia, subprocesadores y cumplimiento. Las restricciones específicas pueden dirigirse a contact@capconsultor.eu.