В чем разница запуска PostgreSQL на IaaS и PaaS?

PostgreSQL на IaaS vs PaaS

Два принципиально разных подхода к хостингу базы данных, с разными компромиссами управления, стоимости и надёжности.

IaaS (Infrastructure as a Service) — виртуальная машина

Примеры: AWS EC2 + EBS, Google Compute Engine, DigitalOcean, Hetzner Cloud

Что ты получаешь: Пустая виртуальная машина, сеть, дисковое хранилище

Установка и управление:

# 1. Создаешь EC2 инстанс
aws ec2 run-instances --image-id ami-0c55b159cbfafe1f0 --instance-type t3.xlarge

# 2. Подключаешься по SSH
ssh ec2-user@instance-ip

# 3. Устанавливаешь PostgreSQL
sudo yum install postgresql-server -y
sudo systemctl start postgresql

# 4. Настраиваешь
sudo -u postgres psql -c "ALTER USER postgres PASSWORD 'secure_password';"
edit /var/lib/pgsql/data/postgresql.conf
edit /var/lib/pgsql/data/pg_hba.conf

# 5. Создаешь backup стратегию
#!/bin/bash
pg_dump mydb | gzip > /backups/mydb-$(date +%Y%m%d).sql.gz
aws s3 cp /backups/mydb-*.sql.gz s3://my-backups/

# 6. Управляешь репликацией
CREATE PUBLICATION pub_all FOR ALL TABLES;
-- На replica: CREATE SUBSCRIPTION sub_all CONNECTION 'host=primary' PUBLICATION pub_all;

Что тебе нужно делать:

• ✅ Выбрать размер VM (CPU, RAM, диск)
• ✅ Устанавливать PostgreSQL версию
• ✅ Управлять конфигурацией (postgresql.conf, pg_hba.conf)
• ✅ Настраивать репликацию, failover
• ✅ Создавать и управлять backup'ами
• ✅ Мониторить (CPU, disk, connections)
• ✅ Обновлять PostgreSQL, применять patches
• ✅ Управлять сертификатами для SSL
• ✅ Масштабировать вручную (изменять инстанс)

Достоинства:

• Полный контроль: Всё как хочешь
• Стоимость: Дешевле ($100-300/месяц за мощную машину)
• Гибкость: Любая версия, любая конфигурация
• Кастомизация: Установка расширений (PostGIS, TimescaleDB)

Недостатки:

• Администрирование: Много работы (security, updates, backups)
• Надёжность: На тебе лежит failover, восстановление
• Time to market: Нужна инфраструктурная компетенция
• Масштабирование: Ручное, требует downtime
• Опасность: Неправильная конфигурация = потеря данных

PaaS (Platform as a Service) — управляемая база

Примеры: AWS RDS, Google Cloud SQL, Azure Database for PostgreSQL, Heroku, Render, Railway

Что ты получаешь: Полностью управляемый PostgreSQL

Использование:

# AWS RDS PaaS
import boto3

# 1. Создание инстанса через AWS Console / Terraform
# Всё настраивается через UI

# 2. Подключение (всё готово)
import psycopg2

conn = psycopg2.connect(
    host="mydb.c9akciq32.us-east-1.rds.amazonaws.com",
    database="postgres",
    user="admin",
    password="your-password"
)

# 3. Backup автоматически
# AWS: "Backup retention period: 30 days" ✓
# Restore: один клик через AWS Console

# 4. Масштабирование
# Меняешь instance type: db.t3.micro → db.t3.xlarge
# AWS применяет во время scheduled maintenance window

# 5. Обновления
# AWS: Minor version patch автоматически
# Major upgrade: один клик (с downtime minutes)

Что AWS (провайдер) делает за тебя:

• ✅ Управление VM
• ✅ Дисковое хранилище и репликация
• ✅ Автоматический backup (каждый день)
• ✅ Failover и высокая доступность (Multi-AZ)
• ✅ Мониторинг и метрики
• ✅ Безопасность (SSL, VPC интеграция)
• ✅ Обновления PostgreSQL (minor + major)
• ✅ Патчи безопасности автоматически
• ✅ Шифрование (at rest + in transit)

Достоинства:

• Надёжность: AWS управляет failover, 99.95% SLA
• Простота: Создание БД за 5 минут
• Автоматизм: Backup, обновления, мониторинг
• Масштабируемость: Изменение размера за минуты (sometimes with downtime)
• Zero administration: Фокус на коде, не на БД
• Security: AWS лучше знает best practices

Недостатки:

• Стоимость: Дороже ($300-1000+/месяц за аналогичную мощность)
• Меньше контроля: Некоторые параметры заблокированы
• Vendor lock-in: Сложно мигрировать с AWS
• Расширения: Доступны только одобренные AWS (PostGIS есть, а custom ещё нет)
• Performance tuning: Менее гибко

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

Сценарии использования

Выбирай IaaS когда:

• У тебя есть DevOps/infra опыт
• Нужны очень специфичные конфигурации
• Устанавливаешь кастомные расширения
• Критична стоимость (низкий бюджет)
• Нужен максимальный контроль

# IaaS пример: Высоконагруженная OLTP система
# AWS EC2 i3en.3xlarge (NVMe SSD) + manual replication
# Стоимость: ~$4,000/месяц
# Но полный контроль для оптимизации throughput

Выбирай PaaS когда:

• Стартап / MVP (быстро в production)
• Нет DevOps в команде
• Нужна надёжность (99.95% SLA важна)
• Хочешь фокусироваться на коде, не на инфра
• Данные критичны (backup + failover важно)

# PaaS пример: Стартап с PostgreSQL
aws rds create-db-instance \
    --db-instance-identifier myapp-db \
    --db-instance-class db.t3.micro \
    --engine postgres \
    --allocated-storage 20 \
    --backup-retention-period 30 \
    --multi-az  # Failover enabled

# Стоимость: ~$200/месяц
# Но включены backup, failover, мониторинг

Мой совет

Для production: PaaS (RDS, Cloud SQL) + read replica'ы для аналитики

Для analytics DWH: IaaS (EC2) + ручное управление (ClickHouse, Spark иногда дешевле)

Гибридный подход:

PrimaryDB (PaaS RDS) — production OLTP
  ↓ CDC (Debezium)
Kafka
  ↓
Secondary (IaaS EC2) — analytics, custom extensions

Итог

IaaS: Дешевле, полный контроль, но требует expertise PaaS: Дороже, надёжнее, но меньше контроля

Для большинства стартапов/продуктов — PaaS лучше (экономия времени > стоимость).