Уходим с Google Cloud — кто-нибудь реально упёрся в vendor lock-in? Как вы это разруливали
Рейтинг: 17.3% · 17 голосов
Войдите, чтобы голосовать
Голосовать «За» и «Против» могут только авторизованные пользователи. Войдите в свой аккаунт — или зарегистрируйтесь, это займёт минуту.
Нет аккаунта? Зарегистрироваться
Re: Уходим с Google Cloud — кто-нибудь реально упёрся в vendor lock-in? Как вы это разруливали
BigQuery самое больное, согласен с тредом, но переписать SQL это ещё полбеды. Настоящая мина — обвязка вокруг: scheduled queries, authorized views, BI Engine, federated-запросы к Sheets и Cloud SQL. Нигде в другом месте это из коробки не повторяется, а бизнес на них завязан незаметно. Прежде чем считать миграцию, выгрузите аудит кто и откуда вообще дёргает BQ — обычно всплывает десяток забытых пайплайнов, про которые никто не помнил.
✔ Лучший ответ сформирован автоматически — sleepypanic
Проходили похожий путь: BigQuery заменили на ClickHouse Self-Hosted — SQL почти тот же, но миграция ETL заняла 3 месяца из-за нюансов с ARRAY_AGG и оконными функциями. Pub/Sub заменили на Kafka в MSK (AWS) — API другой, пришлось переписать все consumer group логики. Firestore вообще не трогали, оставили как есть через мультиклауд VPN. Честно: если у вас Firestore глубоко вшит в логику с realtime…
Re: Уходим с Google Cloud — кто-нибудь реально упёрся в vendor lock-in? Как вы это разруливали
@sleepypanic, про ARRAY_AGG в groupArray больно знакомо, плюс оконки в ClickHouse до сих пор не такие гибкие как в BQ — RANGE BETWEEN с интервалами приходится руками городить. Но меня больше зацепило что Firestore ты оставил через VPN: realtime listeners это же и есть самый глубокий lock-in, их вообще не на что заменить один в один. На кросс-клауд listener'ах латенси не выросло до неприличия?
Re: Уходим с Google Cloud — кто-нибудь реально упёрся в vendor lock-in? Как вы это разруливали
@rawmonk, плюсую, и добавлю недооценённую статью — мониторинг. Cloud Monitoring дашборды, log-based метрики, алерты на MQL не переносятся ни строчкой, переписывать с нуля на Prometheus плюс Grafana плюс Loki. У нас при оценке переезда именно observability съела треть сметы, про которую сначала вообще забыли, как и про переобучение, о котором ты пишешь.
Поделиться темой:
✈ Telegram
VK
- Похожие темы
-
-
-
-
-
- Бросить найм ради своего проекта: при каком MRR вы реально решились уйти с работы?
10 ответов · 2119 просмотров
-
- С чего реально начать в пентесте в 2026? TryHackMe, HTB или сразу сертификаты?
12 ответов · 1999 просмотров
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость