Разработка Serverless Functions для сайта (Google Cloud Functions)

Представьте: ваш интернет-магазин обрабатывает 10 000 вебхуков от платежного шлюза ежедневно. Выделенный сервер простаивает 90% времени, а пиковая нагрузка в час распродаж заваливает инфраструктуру. Cloud Functions 2nd gen решает эту проблему: вы платите только за фактические вызовы, а масштабирование происходит автоматически. При этом функции стартуют за 100 мс и могут обрабатывать до 1000 concurrent запросов на экземпляр.

Мы — команда с 5-летним опытом в GCP, реализовали 20+ serverless-решений для e-commerce, финтеха и медиа. Сертифицированы Google, используем event-driven архитектуру и полностью managed сервисы. Гарантируем стабильность под любой нагрузкой.

Типичный сценарий: интернет-магазин на WooCommerce обрабатывает вебхуки от Stripe. Выделенный сервер простаивает, а в пик тарифы растут. Cloud Functions стартует за 100 мс, обрабатывает запрос и гасит ресурсы. Экономия бюджета на инфраструктуру достигает 70%, а окупаемость такого решения наступает в течение первых месяцев.

Какие проблемы решаем?

Бизнес сталкивается с тремя типовыми сложностями:

• Автомасштабирование. Традиционные серверы не успевают за пиками. Cloud Functions масштабируется от 0 до 1000 экземпляров за секунды. Обработка вебхуков от Stripe: функция стартует за 100 мс, отрабатывает и останавливается.
• Стоимость. Вы платите только за время выполнения и количество вызовов. Экономия до 70% по сравнению с выделенным сервером с круглосуточной работой.
• Интеграция с экосистемой GCP. Бесшовная связка с Pub/Sub, Cloud SQL, Secret Manager, Cloud Build, BigQuery. Не нужно настраивать дополнительную инфраструктуру.

Как мы это делаем: реальный кейс

Недавно для финтех-стартапа мы реализовали обработку вебхуков от Stripe с проверкой подписи через HMAC, публикацией в Pub/Sub и записью в BigQuery. Функция написана на Python, деплой через Cloud Build, мониторинг через Cloud Logging. Система выдерживает 5000 запросов в минуту без единого отказа. Вся архитектура уложилась в 5 дней. Как указано в официальной документации Google Cloud, 2nd gen поддерживает до 1000 concurrent запросов.

Стек: Node.js 20, Python 3.12, Go 1.21, TypeScript, Secret Manager, Cloud SQL, VPC Connector.

1st Gen vs 2nd Gen

2nd gen функции используют Cloud Run под капотом. Это даёт: concurrency до 1000 запросов на экземпляр (vs 1 в 1st gen), поддержку VPC Connector, больший лимит памяти (32 GB), кастомные домены без проксирования.

Почему выбирают Google Cloud Functions 2nd gen?

Во-первых, 2nd gen быстрее 1st gen в 10 раз по пропускной способности за счёт многопоточности. Во-вторых, она поддерживает event-driven архитектуру: Pub/Sub, Cloud Storage, Firestore, BigQuery. В-третьих, безопасность: все функции работают внутри VPC с доступом к Cloud SQL, Memorystore и другим сервисам через внутренние IP.

Как интегрировать Cloud Functions с Pub/Sub?

Создаём функцию-подписчик, которая триггерится при публикации сообщения в топик. Это асинхронная модель: вызов отделяется от обработки. Пример на Python:

@functions_framework.cloud_event
def process_pubsub_message(cloud_event):
    import base64, json
    data = base64.b64decode(cloud_event.data["message"]["data"]).decode("utf-8")
    event = json.loads(data)
    handle_event(event)

Пример функции: обработка вебхука на Python

import functions_framework, json, hmac, hashlib
from google.cloud import pubsub_v1

publisher = pubsub_v1.PublisherClient()
TOPIC_PATH = "projects/my-project/topics/webhook-events"

@functions_framework.http
def process_webhook(request):
    signature = request.headers.get("X-Signature-256", "")
    secret = get_secret("webhook-secret")
    expected = "sha256=" + hmac.new(secret.encode(), request.data, hashlib.sha256).hexdigest()
    if not hmac.compare_digest(signature, expected):
        return json.dumps({"error": "Invalid signature"}), 401
    event = request.get_json()
    publisher.publish(TOPIC_PATH, json.dumps(event).encode("utf-8"))
    return json.dumps({"received": True}), 200

Деплой и окружение

# Node.js
gcloud functions deploy contact-form --gen2 --runtime nodejs20 --region europe-west1 --source . --entry-point contactForm --trigger-http --memory 256MB --timeout 30s
# Python
gcloud functions deploy process-webhook --gen2 --runtime python312 --region europe-west1 --source . --entry-point process_webhook --trigger-http --memory 512MB

Подключение к Cloud SQL

import sqlalchemy

def create_engine():
    return sqlalchemy.create_engine(
        "postgresql+pg8000://user:pass@/dbname",
        creator=lambda: pg8000.connect(
            user="user",
            password="pass",
            database="dbname",
            unix_sock="/cloudsql/project:region:instance/.s.PGSQL.5432"
        )
    )

CI/CD через Cloud Build

# cloudbuild.yaml
steps:
  - name: node:20
    entrypoint: npm
    args: [install]
  - name: node:20
    entrypoint: npm
    args: [run, build]
  - name: gcr.io/google.com/cloudsdktool/cloud-sdk
    args:
      - gcloud
      - functions
      - deploy
      - contact-form
      - --gen2
      - --region=europe-west1
      - --source=.
      - --runtime=nodejs20
      - --entry-point=contactForm
      - --trigger-http

Как обеспечить безопасность serverless-функций?

Используйте Secret Manager для ключей и паролей, проверяйте подписи входящих вебхуков (HMAC), настройте IAM-роли с минимальными привилегиями, включите VPC Connector для изоляции трафика. Для защиты от DDoS используйте Cloud Armor. Подробнее в документации Cloud Functions.

Что входит в работу

Процесс работы

1. Аудит требований — анализируем нагрузку, сценарии использования, выбираем триггеры (HTTP, Pub/Sub, Cloud Storage).
2. Проектирование — разрабатываем архитектуру: функции, топики, очереди, базы данных.
3. Разработка — пишем код, покрываем тестами, настраиваем CI/CD.
4. Тестирование — нагрузочное тестирование (k6), проверка безопасности, отказоустойчивости.
5. Деплой — разворачиваем в production, настраиваем мониторинг и алерты.
6. Документирование и обучение — передаём знания вашей команде.

Сроки и стоимость

• Базовая HTTP-функция (приём вебхуков, проверка подписи, ответ) — от 3 рабочих дней.
• Функция с Pub/Sub и Cloud SQL — от 1 недели.
• Комплексное решение (несколько функций, CI/CD, интеграция с BigQuery) — до 3 недель.

Стоимость рассчитывается индивидуально после консультации. Мы оценим ваш проект и предложим оптимальное решение. Средний бюджет типового проекта — от нескольких сотен тысяч долларов.

Гарантируем 99.9% uptime и оперативное исправление инцидентов. Опыт 5+ лет в GCP, сертифицированные инженеры, реальные кейсы в финтехе и e-commerce.

Свяжитесь с нами — мы поможем подобрать serverless-решение под ваши задачи. Получите консультацию уже сегодня.