GOOGLE: SOBERANƍA DIGITAL

La soberanĆ­a digital no es un concepto sencillo de fijar porque escapa a una definiciĆ³n estĆ”ndar que pudiera implementarse fĆ”cilmente con requisitos operativos o de ingenierĆ­a. Cada Estado, cada segmento de mercado, cada industria lo describe de diferentes maneras y, a menudo, manifiestan expectativas que exceden los requisitos meramente legales o regulatorios.

Para determinados clientes la expectativa de soberanĆ­a reside fundamentalmente en asegurar que el proceso de sus datos, o de sus clientes/usuarios/ciudadanos, se desarrolla dentro de un Ć”rea geogrĆ”fica determinada. Otros, en respuesta mayormente a alguna regulaciĆ³n sectorial, esperan disponer ademĆ”s de una mayor precisiĆ³n en la localizaciĆ³n exacta de los datos. Algunos otros entienden la SoberanĆ­a como una garantĆ­a de inmunidad a leyes extranjeras que pudieran demandar acceso a sus datos, mientras que para otro tipo de clientes resulta mĆ”s importante que las operaciones administrativas y de soporte sobre sus datos, sean realizadas por personal ubicado dentro de su Ć”rea geogrĆ”fica.

Para no pocos clientes la expectativa de soberanĆ­a se asocia mĆ”s al cumplimiento de requerimientos de seguridad nacionales o regionales altamente prescriptivos, como es el caso de C5 en Alemania, SecnumCloud en Francia o ENS en EspaƱa, mientras que, en el caso mĆ”s demandante, normalmente asociado a la seguridad nacional o a la protecciĆ³n de infraestructuras crĆ­ticas, la expectativa de soberanĆ­a se asocia a una autonomĆ­a total y autosuficiencia en un estado de desconexiĆ³n absoluta.

En definitiva, no existe una Ćŗnica expectativa y parece que la soberanĆ­a se puede concebir de maneras diferentes, por lo que debemos entender y responder a todas y cada una de ellas porque cada escenario tendrĆ” unas consecuencias diferentes sobre la ingenierĆ­a, las operaciones y el Ć”mbito legal.

Google Cloud

Su aproximaciĆ³n a los escenarios soberanos anteriormente descritos es considerada muy innovadora. La arquitectura abierta de la propia plataforma permite no tener que sacrificar capacidades de la nube pĆŗblica en detrimento de la opciĆ³n soberana. Los clientes utilizarĆ”n las cargas de trabajo que deseen, con el nivel de control deseado, sin perder por ello los beneficios transformadores de la nube pĆŗblica.

Desarrollamos estas capacidades a travĆ©s de un conjunto de controles de soberanĆ­a de datos que los clientes pueden implementar directamente o en colaboraciĆ³n con socios locales sobrelosque se delegan las operaciones de aquellos controles de soberanĆ­a mĆ”s sensibles o estratĆ©gicos

Esto es posible hacerlo por la forma en que la infraestructura de Google Cloud estĆ” construida, y mĆ”s especĆ­ficamente en cĆ³mo funciona el mecanismo de cifrado de GCP (Servicio de administraciĆ³n de claves en la nube). La arquitectura de cifrado nos permite delegar controles a socios confiables de una manera Ćŗnica. De esta forma las cargas de trabajo permanecen conectadas a la estructura de la nube mientras los socios locales las segregan y controlan completamente.

En este sentido, Google Cloud construye la SoberanĆ­a digital en tres niveles, en funciĆ³n de los controles sobre los datos e infraestructura que decidamos otorgar al proveedor. AdemĆ”s de los controles administrados por el proveedor, es decir, aquellos controles de acceso a los datos que son administrados por el cliente, pero que el proveedor hace cumplir, tendremos estos niveles de soberanĆ­a:

  • SoberanĆ­a de datos: los clientes tienen mecanismos para ejercer un control independiente sobre el acceso del proveedor a los datos descifrados
  • SoberanĆ­a operativa: los clientes pueden controlar la capacidad del proveedor para acceder a la infraestructura de software y hardware para proporcionar gestiĆ³n operativa.
  • SoberanĆ­a del software: los clientes obtienen independencia de los proveedores para que no tengan que depender de una relaciĆ³n continua con ninguna empresa extranjera para ejecutar las cargas de trabajo.

AsĆ­, a travĆ©s de la soberanĆ­a del software, las organizaciones alcanzan autonomĆ­a completa en un estado de desconexiĆ³n del proveedor de nube o software. Se garantiza, entonces, su autonomĆ­a tecnolĆ³gica ante cualquier escenario geopolĆ­tico complejo.

Your browser is out-of-date!

Update your browser to view this website correctly.Update my browser now

×