Firebase — облачная платформа Google, которая заменяет собственный бэкенд мобильного приложения: авторизация, база данных, push-уведомления, аналитика и крэш-репорты работают из коробки. Для MVP и аудитории до 30–50 тысяч пользователей это быстрый и почти бесплатный старт, но на масштабе счёт растёт нелинейно — его нужно просчитывать заранее.

Что входит в Firebase и какие задачи он закрывает

Firebase — это не одна технология, а связка из двух десятков сервисов под общей консолью. В мобильных проектах реально работают семь-восемь из них:

  • Authentication — вход по номеру телефона, e-mail, Google и Apple ID. Токены, сессии и восстановление пароля уже реализованы.
  • Cloud Firestore — документная NoSQL-база с офлайн-кэшем и realtime-подписками: данные на экране обновляются сами, без кнопки «обновить».
  • Cloud Functions — серверная логика на Node.js или Python без аренды и администрирования сервера.
  • Cloud Messaging (FCM) — push-уведомления на iOS и Android. Бесплатно при любых объёмах — это де-факто стандарт отрасли.
  • Crashlytics — отчёты о падениях приложения в реальном времени с точностью до строки кода.
  • Analytics и Remote Config — поведение пользователей, A/B-тесты и фиче-флаги, которые меняют поведение приложения без выпуска обновления.
  • Cloud Storage — хранение фотографий, видео и документов пользователей.

Практический смысл прост: при разработке мобильного приложения команда пропускает два-три месяца серверной работы и сразу собирает продукт, который можно показать пользователям.

Что Firebase даёт бизнесу на старте

Классическая серверная часть — это отдельный проект со своей архитектурой, API, базой и DevOps; подробно мы разбирали это в статье про бэкенд для мобильного приложения. Firebase убирает 60–70% этой работы на этапе MVP, и из этого следуют конкретные выгоды:

  • Скорость выхода. Прототип с регистрацией, базой и push-уведомлениями собирается за недели, а не месяцы.
  • Ноль затрат на DevOps. Не нужны администратор, настройка мониторинга, ручные бэкапы и дежурства по ночам.
  • Бесплатный тариф Spark. Пилот на сотни пользователей может месяцами не стоить ни тенге.
  • Реалтайм из коробки. Чаты, трекинг курьера, live-статусы заказов — то, что на своём сервере требует WebSocket-инфраструктуры и недель работы.
  • Автоматическое масштабирование. Наплыв пользователей после рекламной кампании не уронит сервис — инфраструктура Google растянется сама.

Ограничения, о которых молчат туториалы

NoSQL — другая модель данных

В Firestore нет JOIN, агрегаций уровня SQL и полнотекстового поиска. Запрос «выручка по дням в разрезе филиалов» здесь не пишется одной строкой — данные приходится дублировать и пересчитывать триггерами. Структуру базы проектируют под конкретные экраны, а не под сущности бизнеса, и ошибка на этом этапе означает миграцию данных на живом продукте. Поиск по тексту решается только внешними сервисами вроде Algolia или Typesense — это отдельная статья расходов.

Vendor lock-in

Чем глубже приложение врастает в Firestore, security rules и триггеры Cloud Functions, тем дороже переезд. Экспортировать сами данные несложно, но правила доступа, индексы и серверные триггеры на PostgreSQL не переносятся — слой данных фактически переписывается заново. Это не повод отказываться от Firebase, но повод изолировать работу с данными в отдельный слой кода с первого дня.

Холодные старты и лимиты Cloud Functions

Редко вызываемая функция «просыпается» 1–5 секунд — для платёжного колбэка терпимо, для интерактивного экрана заметно. Долгие задачи — конвертация видео, тяжёлые отчёты — в Functions не живут: упрётесь в таймауты и память.

Персональные данные и законодательство РК

Серверы Firebase физически находятся за пределами Казахстана. Для проектов с чувствительными персональными данными — медицина, финансы, госсектор — юристы заказчика нередко требуют хранения базы на территории РК. В таких проектах Firebase оставляют только для push-уведомлений и аналитики, а данные размещают на казахстанском хостинге или VPS.

Сколько стоит Firebase в 2026 году: цены в тенге

Тарифа два: бесплатный Spark с жёсткими лимитами и Blaze — оплата по факту потребления сверх бесплатных квот. Ниже ориентиры по основным позициям в пересчёте на тенге (курс ≈530 ₸ за доллар, цены Google могут меняться):

Сервис Бесплатный лимит Сверх лимита, ≈₸
Firestore — чтения документов 50 000 в день ≈32 ₸ за 100 000 чтений
Firestore — записи 20 000 в день ≈95 ₸ за 100 000 записей
Firestore — хранение данных 1 ГБ ≈95 ₸ за ГБ в месяц
Cloud Functions — вызовы 2 млн в месяц ≈210 ₸ за 1 млн вызовов
Cloud Storage — файлы 5 ГБ ≈14 ₸ за ГБ в месяц
SMS-верификация номера 10 SMS в день ≈25–90 ₸ за SMS
FCM (push), Crashlytics, Analytics без лимитов бесплатно

Главная ловушка: вы платите не за количество пользователей, а за количество операций. Один неаккуратно написанный экран, который перечитывает целую коллекцию при каждом открытии, умножает счёт в разы при той же аудитории. Поэтому стоимость Firebase — это в первую очередь вопрос качества кода, а не тарифа.

Реалистичные ориентиры месячного счёта для типового сервисного приложения:

  • до 5 000 активных пользователей — 0–20 000 ₸: чаще всего проект живёт в бесплатных квотах;
  • 20 000–50 000 пользователей — примерно 100 000–500 000 ₸ в зависимости от интенсивности чтений и SMS-входа;
  • от 100 000 пользователей — от 800 000 ₸ до нескольких миллионов ₸ в месяц. Это зона, где собственный бэкенд начинает окупаться за считанные месяцы.

Когда Firebase — правильный выбор, а когда нет

Берите Firebase, если проверяете гипотезу, аудитория в горизонте года — до 50 тысяч пользователей, в продукте есть реалтайм (чат, статусы, трекинг), а сложная отчётность не нужна. Маленькая команда без выделенного бэкенд-разработчика — дополнительный аргумент «за».

Думайте дважды, если у данных много связей и аналитики, закон требует хранить персональные данные в РК, серверная логика тяжёлая, а прогноз — сотни тысяч активных пользователей с интенсивными операциями. В этих случаях собственный сервер выигрывает: разработка бэкенда в Казахстане стоит от 2,5–4 млн ₸, зато VPS обходится в предсказуемые 15 000–60 000 ₸ в месяц независимо от числа операций. Варианты размещения — от казахстанских дата-центров до AWS и Google Cloud — мы сравнивали в обзоре облачной инфраструктуры для приложений.

Гибридная схема: как считаем мы

Applications.kz работает с 2007 года, за плечами — 300+ проектов для Казахстана, ОАЭ и Таиланда, и в большинстве из них вопрос «Firebase или свой сервер» решается не идеологией, а калькулятором. Наша практика такова:

  • Бесплатные сервисы Firebase оставляем почти всегда. FCM, Crashlytics, Analytics и Remote Config — лучшие в своём классе и не стоят ничего даже на миллионной аудитории.
  • Платное ядро считаем до старта. Прогнозируем операции чтения и записи на пользователя в день — и сравниваем кривую расходов Firebase с фиксированной стоимостью своего сервера на горизонте 24 месяцев.
  • Часто выбираем гибрид. Данные и бизнес-логика — в PostgreSQL на собственном сервере, Firebase — для push-уведомлений, аналитики и крэш-репортов. Такая схема снимает lock-in и держит расходы предсказуемыми.

Если вы сейчас выбираете стек, пришлите краткое описание продукта и ожидаемую аудиторию — команда под руководством Ивана Калиты подготовит расчёт архитектуры и смету разработки приложения за 24 часа. Телефон: +7 (707) 928-13-15.

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

Firebase действительно бесплатный?
Да, на тарифе Spark — но в пределах квот: 50 000 чтений и 20 000 записей Firestore в день, 1 ГБ данных, 10 SMS-верификаций в сутки. Пилоту и небольшому внутреннему приложению этого хватает месяцами. Как только аудитория растёт или появляется вход по SMS, проект переводят на Blaze и платят за фактическое потребление сверх тех же квот.

Можно ли потом переехать с Firebase на свой бэкенд?
Можно, но это не «экспорт-импорт», а переписывание слоя данных: security rules, индексы и триггеры на PostgreSQL не переносятся. Переезд типового приложения занимает от одного до трёх месяцев работы. Дешевле заложить изоляцию с первого дня: весь доступ к данным — через отдельный слой кода, который потом меняется без переписывания экранов.

Подходит ли Firebase для приложений с онлайн-оплатой в Казахстане?
Да, но платёжную логику нельзя держать в мобильном клиенте. Подписи запросов, проверку колбэков Kaspi, Halyk или Stripe выполняют в Cloud Functions либо на отдельном сервере — секретные ключи не должны попадать в приложение. Сами карточные данные Firebase не хранит и хранить не должен: ими занимается платёжный провайдер.

Что с доступностью Firebase в Казахстане?
Сервисы Google в РК работают стабильно, блокировок нет, FCM-уведомления доставляются на всех операторах. Задержки до европейских серверов — 50–100 мс, для мобильных сценариев это незаметно. Единственный системный риск — зависимость от одного вендора, поэтому для критичных продуктов мы закладываем план миграции уже на этапе архитектуры.

Сколько времени Firebase экономит при разработке?
На этапе MVP — порядка 60–70% серверной работы: авторизация, база, push и аналитика готовы сразу. В календарных сроках это обычно один-три месяца. Экономия тает по мере усложнения продукта: сложные отчёты, интеграции с 1С или CRM и тяжёлая бизнес-логика всё равно требуют серверного кода — уже в Cloud Functions или на собственном сервере.