Кратко

  • С 8 сентября региональные точки входа API управления Cloud SQL for MySQL получили статус общей доступности; предварительная версия появилась в мае.
  • Региональный фронтенд не устраняет все глобальные зависимости. Область списка экземпляров и пути восстановления необходимо учитывать отдельно.

Небольшая замена адреса способна изменить смысл привычного отчёта. Если список экземпляров Cloud SQL запрошен через региональную точку входа, в нём останутся только ресурсы этого региона. Запрос завершится успешно, хотя централизованная служба эксплуатации уже не увидит весь парк. Уменьшение списка само по себе не означает удаления баз данных.

Именно такие последствия важны для покупателя не меньше нового статуса функции. В обновлении от 8 сентября Google Cloud объявила общую доступность региональных точек входа API управления Cloud SQL for MySQL. В истории обновлений MySQL предварительный запуск датирован 11 мая. Речь идёт о переходе на следующий этап, а не о первом появлении регионального доступа.

Более точная граница запроса

Согласно руководству, региональный адрес направляет запрос к фронтенду выбранного региона, в отличие от пути через глобальный балансировщик нагрузки. Для операций, требующих совпадения регионов, местонахождение целевого ресурса должно соответствовать точке входа. Несовпадение приводит к ошибке класса 4xx.

Изменение области списка экземпляров устроено иначе: глобальная точка возвращает ресурсы разных регионов, региональная — только своего. Поэтому контроль успешности запросов не заменяет проверку полноты инвентаризации. Предприятию нужно заранее определить, кто сопоставляет частичные списки и какие регионы должны попасть в итоговую картину.

Это вывод из правил API, а не сообщение о конкретном сбое у клиента. Он показывает организационную цену более узкой технической границы: локальные команды могут получать правильные результаты, пока никто не отвечает за правильность общей картины.

Что остаётся за пределами региона

Документация прямо предупреждает, что некоторые внутренние зависимости API и метаданные всё ещё могут опираться на глобальные компоненты. Следовательно, региональный вход не доказывает полную изоляцию службы и не даёт автоматического подтверждения соответствия правовым требованиям.

Для восстановления предусмотрены особые правила. Ресурсы резервных копий рассматриваются как глобальные, чтобы поддерживать восстановление между регионами. Google Cloud рекомендует обращаться к ним и выполнять восстановление через глобальную точку, хотя региональный доступ возможен. Отдельно описан ресурс BackupRuns, обслуживаемый через регион экземпляра. Объединять эти случаи в утверждение «все копии стали региональными» было бы ошибкой.

Единого пути нет и у инструментов. gcloud и Terraform могут использовать региональные адреса после ручного переопределения настроек. Консоль и Config Connector их не поддерживают, а удалённый MCP-сервер Cloud SQL сохраняет глобальную точку входа. Методы аутентификации, содержимое запросов, пути и версии API при этом не меняются.

Пока доступ к региональным административным точкам поддерживается только через публичные сетевые соединения. Частные соединения и адреса, объединяющие несколько регионов, не поддерживаются. Это ограничение подключения к API управления, а не требование открыть частную базу данных для публичного доступа.

Покупатель получает возможность точнее ограничить одну фронтенд-зависимость, но должен управлять смешанной схемой доступа. В объявлении нет новой цены или измеренной экономии клиента, позволяющей автоматически посчитать финансовый эффект такого выбора.