Google Cloud для бизнеса в Украине: что входит в услугу, цены и как заказать в 2026
году

Google Cloud: короткий ответ

Google Cloud — облачная платформа Google, на которой размещают серверы, базы данных, файловые хранилища, аналитику и ИИ-сервисы. Компания платит за фактически потреблённые ресурсы, а не покупает железо заранее, и получает инфраструктуру в дата-центрах Google вместо собственной серверной. Украинскому бизнесу это даёт три практические вещи: точку отказа вне офиса и вне проблем с электричеством, доступ к управляемым сервисам, которые не нужно администрировать своими руками, и переход от разовых капитальных затрат к предсказуемым ежемесячным. Услуга Google Cloud в Украине обычно включает аудит текущей инфраструктуры, проектирование архитектуры, миграцию, настройку доступов и мониторинга, а также управление расходами — сама платформа этих работ не делает.

• Что покупают: виртуальные машины, контейнеры, управляемые базы, объектное хранилище, аналитику и ИИ-сервисы — набор собирается под конкретную задачу, а не берётся целиком.
• Как платят: оплата по потреблению, счёт формируется из фактического расхода ресурсов; поддержка Google покупается отдельно и считается в процентах от месячного счёта.
• Где лежат данные: своего региона в Украине у Google Cloud нет, ближайшие — Варшава, Франкфурт и Бельгия.
• Что заказывают у подрядчика: аудит, архитектуру, миграцию, автоматизацию, безопасность и регулярную оптимизацию счёта.

Что такое Google Cloud и чем он отличается от обычного хостинга

Google Cloud Platform (GCP) — это облако уровня «инфраструктура как сервис» и «платформа как сервис»: вы арендуете не сервер целиком, а конкретные ресурсы — процессор и память на время, гигабайты хранилища, часы работы управляемой базы данных. Разница с обычным хостингом принципиальная. На хостинге или VPS вы получаете фиксированную машину с фиксированной оплатой и сами отвечаете за её обновления, отказоустойчивость и масштабирование. В облаке ресурсы выдаются по требованию, масштабируются при росте нагрузки и оплачиваются по факту: простаивающая виртуальная машина стоит столько же, сколько работающая под нагрузкой, зато бессерверный сервис в часы без запросов может не стоить почти ничего.

Второе отличие — управляемые сервисы. Вместо того чтобы ставить базу данных на свой сервер, обновлять её и настраивать резервные копии, вы берёте Cloud SQL или аналог и получаете автоматические копии, реплики и обновления от провайдера. Поэтому облако не заменяет хостинг один в один: типы размещения и их экономика разобраны отдельно в материале про хостинг серверов, и для небольшого проекта виртуальный хостинг за пару сотен гривен в месяц часто остаётся дешевле облака. Облако выигрывает там, где нужны рост, отказоустойчивость и управляемые сервисы, а не просто «где-то держать сайт».

• Оплата по потреблению вместо фиксированного тарифа за сервер.
• Автомасштабирование: мощность добавляется и снимается автоматически, но только если её сознательно настроили.
• Управляемые сервисы: базы, очереди, хранилища и балансировщики обслуживает провайдер.
• Глобальная сеть Google и выбор региона: приложение размещают ближе к пользователям, учитывая размещение серверов в конкретной локации.

Семь базовых сервисов, из которых собирают проект

Google Cloud — это более двухсот продуктов, и в этом главная сложность для заказчика: счёт растёт не от выбора платформы, а от того, какие сервисы используются и как они настроены. На практике подавляющее большинство задач закрывает небольшой набор.

• Compute Engine — виртуальные машины. Нужны, когда есть готовое приложение, которое переезжает с физического сервера или VPS без переписывания.
• Cloud Run — контейнеры без управления сервером: сервис масштабируется сам, включая масштабирование до нуля, когда запросов нет.
• Google Kubernetes Engine (GKE) — управляемый Kubernetes. Оправдан, когда микросервисов десятки и есть команда, готовая его эксплуатировать.
• Cloud SQL — управляемые MySQL, PostgreSQL и SQL Server с автоматическими резервными копиями и репликами.
• Cloud Storage — объектное хранилище для файлов, изображений, статики и резервных копий, с разными классами доступа.
• BigQuery — бессерверное хранилище данных для аналитики: SQL-запросы по большим объёмам без собственного сервера.
• Vertex AI и сервисы Gemini — платформа машинного обучения и доступ к моделям Google для ИИ-функций продукта.

Как выбрать сервис под задачу

Выбор начинается не с платформы, а с вопроса «сколько инфраструктуры мы готовы обслуживать своими руками». Логика подбора у Google Cloud официальная и совпадает с практикой: чем меньше вы хотите администрировать, тем выше уровень абстракции.

• Готовое приложение или панель управления, которые нельзя переписать, — Compute Engine, то есть виртуальная машина.
• API, вебхуки, небольшие сайты и фоновые задачи в контейнере — Cloud Run; это разумная точка старта для большинства новых проектов.
• Аналитика и отчётность по большим данным — BigQuery.
• Kubernetes нужен по-настоящему — GKE, и только при наличии компетенций в команде.
• Пакетная и отложенная обработка без постоянно работающего сервиса — Batch и очереди Pub/Sub.
• Обучение и запуск моделей — Vertex AI; DevOps-сопровождение добавляют, когда нужны CI/CD, инфраструктура как код и мониторинг.

Соблазн начать сразу с Kubernetes понятен — про него много говорят. Но GKE требует людей, которые умеют его эксплуатировать: обновления версий, политики, сетевые плагины, стоимость простаивающих узлов. Практический порядок для среднего проекта — Cloud Run или Compute Engine, затем управляемые базы и хранилище, и только потом, если появилась реальная потребность, Kubernetes. Сборку, контейнеризацию и релизные процессы разбираем отдельно в материале о DevOps-услугах.

Что входит в услугу внедрения Google Cloud

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

• Аудит текущей инфраструктуры: какие сервисы работают, как связаны между собой, сколько реально потребляют процессор, память и диск, какие требования к времени восстановления.
• Стратегия перехода: перенести как есть, частично переписать под управляемые сервисы или оставить гибрид с частью систем на своих серверах.
• Проектирование архитектуры: сеть, доступы, резервирование, балансировка, резервное копирование и восстановление.
• Миграция данных и приложений с тестовым прогоном и окном переключения, чтобы бизнес не останавливался.
• Безопасность: роли IAM по принципу минимальных прав, разделение сред, шифрование, журналирование действий.
• Мониторинг и оповещения: метрики, логи, алерты и регламент реакции на инциденты.
• Управление расходами: бюджеты и оповещения о превышении, подбор типов ресурсов, скидки за обязательства, выключение тестовых сред.
• Передача знаний команде заказчика: схема среды, перечень ресурсов с ответственными и инструкция по типовым операциям.

Миграция: этапы и сроки

Для оценки переезда у Google есть отдельный инструмент — Migration Center: он собирает данные о текущих серверах и приложениях, считает примерную стоимость владения в облаке и помогает построить план. На практике проект всё равно идёт по шагам, и каждый шаг заканчивается понятным результатом.

• Инвентаризация: список серверов, приложений, баз и зависимостей между ними.
• Оценка и расчёт: сколько будет стоить целевая конфигурация и как она соотносится с текущими расходами.
• Проектирование: схема сети, доступы, резервирование, точки восстановления.
• Пилот: перенос одного некритичного сервиса и проверка на реальной нагрузке.
• Миграция: перенос остального по группам, с окном переключения и планом отката.
• Стабилизация: наблюдение за метриками, устранение узких мест, оптимизация счёта. Часть копий и рутинных операций на этом этапе логично передать на поддержку серверов.

Сроки зависят от количества и связности систем, а не от размера компании. Один сайт с базой переносится за считанные дни; контур из десятка сервисов с интеграциями и требованиями к простою — это проект на месяцы, где половину времени занимает не сам перенос, а подготовка и проверки. Точную оценку дают только после инвентаризации: до неё любые сроки — предположение.

Сколько стоит Google Cloud: как устроен счёт

Счёт в Google Cloud формируется из потребления, и это главное отличие от хостинга с фиксированным тарифом. Биллинг посекундный: Compute Engine считает процессор, память и диски отдельно, с минимальной оплатой за минуту. Пока на сервере нет нагрузки, он всё равно стоит столько же — платите за выделенную мощность, а не за использование. Зато бессерверные сервисы ведут себя наоборот: Cloud Run не берёт денег за время, когда запросов нет.

• Вычисления: виртуальные машины, контейнеры или узлы Kubernetes.
• Диски и хранилище: постоянные диски машин и объектное хранилище по классам доступа.
• Сетевой трафик: исходящий трафик за пределы Google Cloud тарифицируется отдельно, поэтому его считают заранее.
• Управляемые сервисы: базы данных, очереди, кэш, балансировщики — у каждого своя цена.
• Сопутствующие сервисы: логи, метрики, реестр контейнеров, хранилище секретов.
• Поддержка Google: отдельная позиция, считается от месячного счёта.

Скидки существуют и заметно меняют сумму. Автоматическая скидка за длительное использование даёт до 30% на постоянно работающие машины без каких-либо обязательств. Обязательства на один или три года снижают цену сильнее, но привязывают к конкретному ресурсу и региону. Spot-машины дешевле до 91%, однако могут быть отозваны в любой момент — их берут под пакетные задачи, а не под боевой сервис. Отдельная строка — поддержка: базовый уровень бесплатен, Standard стоит минимум 29 долларов в месяц или 3% от счёта. Уровень Enhanced начинается от 100 долларов, или 10% на первых десяти тысячах счёта, а Premium рассчитан на крупные корпоративные нагрузки. Итоговая смета для конкретного проекта рассчитывается индивидуально: два проекта одинакового размера могут отличаться по счёту в разы из-за архитектуры и дисциплины работы с ресурсами.

• Объектное хранилище, класс Standard: около 2 центов за гигабайт в месяц; Nearline, Coldline и Archive дешевле в разы, но с платой за досрочное извлечение.
• Cloud Run: 0,000018 доллара за vCPU-секунду и 0,000002 доллара за гигабайт-секунду памяти при оплате по инстансам.
• GKE: фиксированная плата за кластер 0,10 доллара в час; первый кластер в аккаунте покрывается бесплатным кредитом.
• BigQuery: 6,25 доллара за терабайт данных, обработанных запросом, — первый терабайт в месяц бесплатный.
• Виртуальная машина: считайте по типу и региону в калькуляторе Google Cloud — разброс между семействами и локациями измеряется разами.

Бесплатный уровень и стартовые кредиты

Новому аккаунту Google Cloud даёт 300 долларов стартового кредита на 90 дней: их можно потратить на большинство продуктов, и до окончания срока деньги не списываются. Параллельно действует постоянный бесплатный уровень — это не одна общая квота, а набор лимитов по каждому продукту, и о них полезно знать до старта: многие ожидают от «бесплатного уровня» больше, чем он даёт.

• Compute Engine: одна виртуальная машина типа e2-micro в месяц в одном из трёх американских регионов; подключённые диски и трафик считаются отдельно.
• Cloud Storage: 5 гигабайт-месяцев класса Standard и ограниченное число операций — тоже в американских регионах.
• BigQuery: первый терабайт обработанных запросов и 10 гигабайт хранения в месяц.
• Cloud Run: два миллиона запросов в месяц плюс лимиты по процессорному времени и памяти.
• GKE: кредит 74,40 доллара в месяц на плату за кластер — фактически один кластер бесплатно.

Для стартапов отдельно работает Google for Startups Cloud Program: до 2 000 долларов кредита на стадии идеи и MVP, 200 000 долларов для команд с инвестициями уровня seed — Series A и до 350 000 долларов для AI-first проектов, которые строят продукт на Vertex AI или Gemini. Программа открыта и для украинских команд, но требует соответствия условиям: возраст компании, наличие венчурного финансирования и лимит на ранее полученные кредиты Google Cloud. Условия AI-трека проверяет партнёр Google, и отбор там строгий. Отдельная программа поддержки украинских стартапов, запущенная в 2022 году, к 2026 году завершена, на её место пришли общие условия этой глобальной программы.

Где физически лежат данные: выбор региона

У Google Cloud нет региона в Украине — этот факт определяет и задержку, и юридическую сторону. Ближайшие к нам локации — Варшава (europe-central2), Франкфурт (europe-west3) и Бельгия (europe-west1); дальше по списку Нидерланды, Финляндия и Швеция. Регион выбирается при создании ресурсов и меняется только переносом данных, поэтому решать это нужно на этапе архитектуры, а не после запуска.

• Задержка: для пользователей в Украине европейские регионы дают минимальное время отклика, американские заметно медленнее.
• Цена: разные регионы стоят по-разному, и разница между ними — постоянная статья расходов.
• Данные: ресурсы и данные создаются в выбранном регионе, а требования к их локации стоит сформулировать до разработки, особенно если речь идёт о персональных данных.
• Доступность продуктов: не каждый сервис есть в каждом регионе — редкие продукты иногда доступны только в крупных локациях.

Оплата и закрывающие документы

Технически украинская компания может открыть биллинг-аккаунт и платить напрямую международной картой. На практике это неудобно: нужен лимит под ежемесячные списания, карта периодически упирается в банковские ограничения, а закрывающего документа с НДС украинская бухгалтерия не получает — значит, эти расходы нельзя включить в налоговый кредит. Второй путь — закупка через локального партнёра Google Cloud.

• Оплата в гривне или валюте по договору с украинским юрлицом, без международных карт и ручного контроля лимитов.
• Закрывающие документы: договор и акт, то есть расходы становятся официальными и учитываются в налоговом кредите.
• Официальный прайс Google сохраняется: проекты, квоты, SLA и цены не меняются от того, что счёт выставляет партнёр.
• Локальная поддержка на украинском языке и в вашем часовом поясе вместо переписки с глобальной поддержкой через полмира.

Сколько стоит внедрение и сопровождение

Здесь важно не путать две суммы. Первая — счёт от Google за потреблённые ресурсы: он предсказуем и считается калькулятором. Вторая — работа подрядчика: аудит, архитектура, миграция, автоматизация и оптимизация. Её стоимость зависит от объёма и сложности, поэтому её считают индивидуально после инвентаризации, а не по прайсу «за облако».

• Аудит и расчёт: разовая работа, результат — схема инфраструктуры, план перехода и прогноз стоимости владения.
• Миграция: разовый проект, цена определяется количеством систем, их связностью и требованиями к простою.
• Сопровождение: регулярная работа — мониторинг, обновления, резервные копии, реакция на инциденты и ежемесячная оптимизация счёта.
• Что сильнее всего влияет на цену: сколько систем переносится, какие требования к отказоустойчивости и защите данных, насколько запущена текущая инфраструктура.

Ориентир по масштабу расходов дают опубликованные кейсы. Например, юридическая платформа, перевёдшая инфраструктуру на Google Cloud, показывала полный счёт 280–430 долларов в месяц: четыре сервиса в Cloud Run, две управляемые базы PostgreSQL, кэш, отдельная виртуальная машина под поиск, хранилище с CDN и сетевые компоненты. Отдельно идут работы по внедрению Google Cloud и поддержке — их считают от задачи. Такие цифры полезны не как «цена облака», а как порядок величин: облако для среднего проекта почти всегда дороже виртуального хостинга, но даёт то, чего хостинг не даёт, — отказоустойчивость, управляемые сервисы и мгновенное масштабирование.

Как выбрать подрядчика: восемь вопросов

Отличить интегратора с опытом от перепродавца лицензий можно по ответам на несколько вопросов. Задавать их нужно до подписания договора.

• Какой у вас статус в партнёрской программе Google Cloud и сколько проектов вы провели сами, а не вместе с третьей стороной?
• Кто именно будет работать на проекте: покажите инженеров и их сертификаты, а не менеджеров продаж.
• Как вы считаете стоимость владения до старта и что делаете, если фактический счёт превысил прогноз?
• Кто владелец биллинг-аккаунта и корневого проекта — заказчик или подрядчик? Доступы должны принадлежать вам.
• Как устроено резервное копирование и когда последний раз проверяли восстановление из копии?
• Что входит в ежемесячную поддержку: какие метрики вы смотрите, за сколько минут реагируете, что делаете ночью?
• Как вы передаёте систему: есть ли описание инфраструктуры как кода, документация и регламент типовых операций?
• Как будет выглядеть выход из проекта: что мы получим и сможем ли дальше работать без вас?

Типичные ошибки заказчиков

• Ждать, что облако дешевле по умолчанию: счёт — следствие архитектуры и дисциплины, а не «тарифа».
• Переносить всё один в один, вместо того чтобы воспользоваться управляемыми сервисами.
• Оставлять биллинг-аккаунт и корневые доступы на стороне подрядчика — вернуть контроль потом сложно.
• Не настраивать бюджеты и автомасштабирование: тестовые среды остаются включёнными круглосуточно.
• Отключать логирование ради экономии, а потом не иметь данных для разбора инцидента.
• Идти сразу в Kubernetes, не имея ни команды, ни задачи, требующей именно оркестрации.
• Не считать исходящий трафик до старта и удивляться счёту за сеть на первом пике.

Чем Google Cloud отличается от AWS и Azure

Выбор между тремя крупными облаками редко решается техникой. Все три закрывают базовые задачи: виртуальные машины, контейнеры, управляемые базы и аналитику. Разница проявляется в деталях, и правильный вопрос — не «какое облако лучше», а «какое ближе к вашему продукту и вашей команде».

• Контейнеры и Kubernetes: Google Cloud исторически силён здесь, Cloud Run и GKE — одни из самых зрелых сервисов такого класса на рынке.
• Данные и аналитика: BigQuery снимает сложность больших запросов и хорошо стыкуется с Google Analytics и рекламными системами Google.
• ИИ: прямой доступ к моделям Google и платформе Vertex AI — плюс, если продукт строится вокруг искусственного интеллекта.
• Экосистема: если продукт живёт в Google Workspace, Firebase или рекламных сервисах Google, соседство с Google Cloud почти всегда упрощает интеграции.

Чек-лист приёмки работ

• Есть схема инфраструктуры: что, где и в каком регионе размещено и как связано между собой.
• Биллинг-аккаунт, корневой проект и админские доступы принадлежат заказчику.
• Разделены среды: продуктивная, тестовая и разработка не живут в одном проекте.
• Настроены роли IAM по принципу минимальных прав и отдельные сервисные аккаунты; ключей у подрядчика «на всякий случай» нет.
• Работает резервное копирование и подтверждено восстановление из копии, а не только факт её создания.
• Настроены мониторинг, логи и оповещения, зафиксирован регламент реакции на инциденты.
• Заданы бюджеты и оповещения о превышении расходов, есть отчёт по статьям счёта.
• Включены автоматические обновления безопасности и понятен порядок их применения.
• Инфраструктура описана как код, документация передана вместе с перечнем ресурсов и ответственными.
• Проведён тестовый прогон аварийного восстановления и есть план отката на предыдущую конфигурацию.

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

Когда Google Cloud не нужен

Облако — не улучшение по умолчанию, и есть случаи, когда оно приносит лишние расходы и сложность. Честно сказать об этом до проекта дешевле, чем потом объяснять перерасход.

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

Итог

Частые вопросы о Google Cloud

Нужна консультация по переезду в Google Cloud? Разберём инфраструктуру и посчитаем смету.