Resumen

  • La actualización de Google Cloud del 8 de septiembre declara disponibles de forma general los puntos regionales de la API de administración de Cloud SQL for MySQL.
  • El frontal se puede acotar por región; las dependencias internas y las operaciones de recuperación no quedan todas dentro de esa frontera.

El problema puede aparecer en una tarea tan rutinaria como contar bases de datos. Una consulta de inventario devuelve menos instancias, sin errores y sin que nadie haya borrado nada. El cambio está en la puerta utilizada: el punto regional de Cloud SQL solo enumera las instancias de esa región. Para quien controla todo el parque, una respuesta correcta puede ser una fotografía incompleta.

Google Cloud anunció la disponibilidad general en su actualización del 8 de septiembre. La función no nace ahora: las notas de MySQL del 11 de mayo ya recogían una versión preliminar. El salto permite plantear su adopción operativa con un estado de lanzamiento distinto, sin convertir cada región en un proveedor independiente.

La dirección cambia el alcance

Según la documentación de uso, el punto regional dirige la petición a la infraestructura frontal de la región elegida, en lugar de pasar primero por el balanceador global. En las operaciones que exigen correspondencia regional, la ubicación del recurso debe coincidir con la del punto de acceso. Si no coincide, la respuesta es un error 4xx.

El cambio de inventario tiene otra naturaleza: no es necesariamente un fallo. La consulta global lista instancias de distintas regiones; la regional muestra únicamente las locales. Un equipo que cambie la dirección de sus herramientas debe revisar qué universo cree estar midiendo. De lo contrario, varios inventarios parciales pueden dar una falsa sensación de control corporativo.

La documentación mantiene una advertencia decisiva: algunas dependencias internas de la API y ciertos metadatos todavía pueden apoyarse en componentes globales. Hay una frontera frontal más precisa, no una garantía de aislamiento completo del servicio ni una certificación automática de cumplimiento normativo.

Recuperar no equivale a administrar de forma ordinaria

Las copias de seguridad se tratan como recursos globales para permitir restauraciones entre regiones. Google Cloud recomienda conservar el punto global para acceder a ellas y recuperarlas, aunque el acceso regional sea posible. La documentación distingue además BackupRuns, servido desde la región de la instancia. No conviene resumir ambos recursos bajo una sola regla sobre «copias regionales».

Las herramientas añaden otra división. gcloud y Terraform pueden emplear puntos regionales mediante ajustes manuales que sustituyen la dirección predeterminada. La consola y Config Connector no los admiten, mientras que el servidor MCP remoto de Cloud SQL utiliza su punto global. No cambian por ello los métodos de autenticación, los cuerpos de las peticiones, las rutas ni las versiones de la API.

Por ahora, el acceso a estos puntos administrativos se limita a conexiones de red públicas; no admite conexiones privadas ni direcciones que agrupen varias regiones. Esa condición no obliga a publicar una base de datos privada: se refiere a cómo se accede a la API de administración.

El valor para el comprador depende, por tanto, de una combinación de menor dependencia frontal y mayor claridad operativa. El anuncio no aporta un nuevo precio ni ahorros medidos con los que convertir esa combinación en una rentabilidad automática.