Redshift vs BigQuery vs Snowflake: какое облачное хранилище выбрать аналитику

Три главных облачных DWH мира построены на разных идеях. Redshift вырос из кластера, который вы сами провижните под нагрузку. Snowflake первым разнёс хранилище и вычисления по отдельным слоям — данные лежат в одном месте, а считать их можно несколькими независимыми warehouse одновременно. BigQuery пошёл дальше: серверлесс без кластеров вообще, Google сам выделяет ресурсы под запрос. Для аналитика в РФ есть ещё один уровень: все три — зарубежные сервисы (AWS, Google Cloud), оплата картой и доступ из России затруднены, поэтому знание про них чаще нужно для работы в международной компании или для понимания рынка, чем для локального продакшена. Разберём, чем они реально отличаются на уровне SQL и денег.

Сравнительная таблица

Параметр Redshift Bigquery
АрхитектураRedshift: кластер из узлов (provisioned) либо Serverless с RPU-часамиSnowflake: раздельные слои storage и compute; BigQuery: полный serverless без кластеров
Модель оплатыRedshift: за узлы/час (ra3, dc2) или RPU-часы в ServerlessSnowflake: кредиты за время работы warehouse; BigQuery: on-demand за просканированные ТБ либо слоты
Масштабирование computeRedshift: ручное или авто в Serverless; resize кластераSnowflake: мгновенный запуск отдельных warehouse; BigQuery: авто под запрос
Изоляция нагрузокRedshift: WLM-очереди, concurrency scalingSnowflake: отдельный warehouse на каждую команду без борьбы за ресурсы; BigQuery: слоты/резервации
Диалект SQLRedshift: PostgreSQL-совместимый (форк PG 8.x)Snowflake: свой ANSI-диалект; BigQuery: GoogleSQL (стандартный SQL с расширениями)
Экосистема / привязкаRedshift: глубоко в AWS (S3, Glue, QuickSight, Lambda)Snowflake: мультиоблако (AWS/GCP/Azure); BigQuery: внутри Google Cloud
Стоимость на спайковых нагрузкахRedshift Serverless приближается к per-query, но кластер простаивает платноBigQuery выгоден при редких тяжёлых запросах (платишь за скан); Snowflake — при равномерной загрузке warehouse
Доступность из РФRedshift (AWS): оплата и доступ затруднены санкциямиSnowflake/BigQuery: то же — зарубежные провайдеры, для локального продакшена не подходят

Когда что использовать

Когда Redshift

  • Инфраструктура уже в AWS: S3, Glue, Lambda, QuickSight — Redshift даёт самую тесную интеграцию
  • Нужен PostgreSQL-совместимый диалект, чтобы переносить запросы с минимальными правками
  • Предсказуемая постоянная нагрузка, под которую выгодно держать зарезервированный кластер ra3
  • BigQuery — когда запросы редкие и тяжёлые: платишь только за просканированные ТБ, кластер не простаивает
  • BigQuery — когда команда уже внутри Google Cloud и не хочет администрировать инфраструктуру вообще

Когда Bigquery

  • Нужна мультиоблачность и переносимость между AWS, Azure и GCP — это про Snowflake
  • Разные команды мешают друг другу за ресурсы: Snowflake даёт каждой отдельный warehouse
  • Хочется минимум администрирования, но с явным контролем размера compute (в отличие от полностью скрытого serverless)
  • Равномерная загрузка, где кредиты Snowflake за время работы warehouse дешевле поштучного скана
  • Для рынка РФ: если работаете на локальный продакшен — смотрите в сторону Greenplum/ClickHouse, а не зарубежных DWH

FAQ

Чем отличается serverless BigQuery от Redshift Serverless?

BigQuery изначально не имеет понятия кластера — Google выделяет вычислительные слоты под каждый запрос, вы платите за просканированные ТБ или покупаете слоты. Redshift Serverless надстроен над кластерной архитектурой: он автоматически поднимает RPU (Redshift Processing Units), но под капотом это тот же движок, что и в provisioned-кластере, просто без ручного управления узлами.

Почему у Snowflake хвалят разделение storage и compute?

Данные хранятся в одном общем слое, а считать их можно несколькими независимыми warehouse. Команда BI, ETL-джоба и дата-сайентист работают каждый на своём compute и не конкурируют за ресурсы. Можно масштабировать вычисления вверх-вниз и выключать их, не трогая данные — платите только за время, когда warehouse включён.

Какой диалект SQL ближе к тому, что учат для собеседований в РФ?

Redshift ближе всего к PostgreSQL — это форк PG, и большинство привычных конструкций работают. BigQuery использует GoogleSQL (стандартный SQL со своими функциями и структурами вроде массивов и STRUCT). Snowflake — свой ANSI-диалект. Базовый SQL (JOIN, оконные функции, CTE, агрегации) переносится между всеми тремя почти без изменений.

Можно ли пользоваться этими хранилищами из России в 2026?

Все три работают поверх зарубежных облаков (AWS, Google Cloud) с оплатой в валюте и санкционными ограничениями на доступ и биллинг для РФ. Для локального продакшена в России их практически не используют — там доминируют Greenplum/Arenadata DB, ClickHouse и Yandex-облачные решения. Знать эти DWH полезно для работы в международных командах и для общей эрудиции на собеседовании.

Что дешевле для стартапа с непредсказуемой нагрузкой?

Обычно BigQuery: при редких запросах вы платите только за объём просканированных данных, ничего не простаивает, а первый терабайт скана в месяц бесплатен. Snowflake выгоднее при равномерной загрузке, где warehouse работает предсказуемо. Redshift на непостоянной нагрузке чаще проигрывает, если держать provisioned-кластер, но Serverless-режим этот разрыв сокращает.

Источники

Практика по теме → Полный гайд в блоге →

Другие сравнения

Postgresql vs Clickhouse · Pandas vs Polars · Tableau vs Powerbi Datalens Superset · SQL vs Pandas · Dbt vs Airflow · Airflow vs Dagster vs Prefect · Greenplum vs Clickhouse · Excel vs SQL · Postgresql vs Mysql · Sqlite vs Postgresql · Spark vs Pandas · Power Bi vs Excel · Clickhouse vs Druid · Python vs R