Отметим: когда количество загружаемых файлов превышает несколько тысяч в день, стандартное хранение на VPS становится узким местом. Мы столкнулись с этим на проекте интернет-магазина — страница товара загружалась 2+ секунды из-за медленного чтения картинок. После миграции на Selectel Cloud Storage Selectel Cloud Storage — объектное хранилище с S3-совместимым API от российского провайдера LCP упал с 3.2 с до 1.1 с, а скорость загрузки страниц выросла на 40%. Наш 10-летний опыт в облачных технологиях и более 50 внедрённых проектов с Selectel гарантируют результат. Это объектное хранилище в дата-центрах Санкт-Петербурга и Москвы, соответствующее 152-ФЗ, с репликацией данных в три копии.
Экономия на хранении 100 ГБ достигает 50% по сравнению с арендой VPS, а окупаемость интеграции составляет 3-6 месяцев.
Почему Selectel Cloud Storage?
Selectel полностью совместим с Amazon S3 API, что позволяет использовать любой S3-клиент. Данные автоматически реплицируются в три копии, обеспечивая отказоустойчивость. Встроенный CDN-ускоритель сокращает время загрузки для пользователей из РФ и СНГ. А главное — вы соблюдаете требования 152-ФЗ без лишних согласований. Настройка S3-клиента для Selectel ничем не отличается от работы с Amazon S3, поэтому команда быстро адаптируется.
Интеграция облачного хранилища Selectel в проект проходит через стандартный S3 API, что упрощает разработку.
Какие проблемы решаем?
- Медленная загрузка и скачивание. Selectel использует CDN-ускорение, что снижает время ответа в 2–3 раза по сравнению с FTP или VPS.
- Нарушение законодательства. Данные хранятся на территории РФ, соответствие 152-ФЗ — автоматически.
- Сложности с масштабированием. S3-архитектура позволяет хранить петабайты без простоя.
Как настроить Selectel Cloud Storage: пошагово
Получение S3-ключей доступа
В панели управления Selectel перейдите в раздел «Пользователи», создайте нового пользователя и сгенерируйте ключи доступа. Сохраните их — они понадобятся для настройки приложения.
- Создайте бакет в панели управления Selectel. Выберите регион (ru-1 или ru-2) и тип доступа (private).
- Сгенерируйте S3-ключи в разделе «Пользователи».
- Сконфигурируйте приложение (Laravel, Node.js или другое). Примеры ниже.
- Проверьте доступность файлов через presigned URL.
| Регион |
Расположение |
Endpoint |
| ru-1 |
Санкт-Петербург |
s3.ru-1.storage.selcloud.ru |
| ru-2 |
Москва |
s3.ru-2.storage.selcloud.ru |
Конфигурация Laravel (Laravel S3-диск)
// config/filesystems.php
'selectel' => [
'driver' => 's3',
'key' => env('AWS_ACCESS_KEY_ID'),
'secret' => env('AWS_SECRET_ACCESS_KEY'),
'region' => env('AWS_DEFAULT_REGION', 'ru-1'),
'bucket' => env('AWS_BUCKET'),
'endpoint' => env('AWS_ENDPOINT', 'https://s3.ru-1.storage.selcloud.ru'),
'use_path_style_endpoint' => true,
'throw' => true,
];
// Загрузка файла
$path = Storage::disk('selectel')->putFile('uploads/' . date('Y/m'), $request->file('document'));
// Временная ссылка (presigned URL)
$url = Storage::disk('selectel')->temporaryUrl($path, now()->addHour());
// Публичная ссылка (если бакет public)
$url = Storage::disk('selectel')->url($path);
Node.js с AWS SDK v3
import { S3Client, PutObjectCommand, GetObjectCommand } from "@aws-sdk/client-s3";
import { getSignedUrl } from "@aws-sdk/s3-request-presigner";
const s3 = new S3Client({
region: "ru-1",
endpoint: "https://s3.ru-1.storage.selcloud.ru",
forcePathStyle: true,
credentials: {
accessKeyId: process.env.SELECTEL_KEY!,
secretAccessKey: process.env.SELECTEL_SECRET!,
},
});
// Загрузка
await s3.send(new PutObjectCommand({
Bucket: "myapp-uploads",
Key: `uploads/${Date.now()}-${filename}`,
Body: fileBuffer,
ContentType: mimeType,
}));
// Presigned URL для скачивания
const url = await getSignedUrl(s3, new GetObjectCommand({
Bucket: "myapp-uploads",
Key: fileKey,
}), { expiresIn: 3600 });
Как настроить CDN?
Selectel предоставляет встроенный CDN — достаточно включить опцию в панели управления и настроить CNAME-запись. Для статики (css, js, images) время загрузки снижается на 40-60%. Для динамических файлов используйте presigned URL. Убедитесь, что корзина открыта для чтения (public) или настроена политика с публичным доступом.
Политика доступа к бакету
Для раздачи статики публично (например, аватары):
{
"Version": "2012-10-17",
"Statement": [
{
"Sid": "PublicReadAvatars",
"Effect": "Allow",
"Principal": "*",
"Action": "s3:GetObject",
"Resource": "arn:aws:s3:::myapp-uploads/avatars/*"
}
]
}
Политику применяют через AWS CLI с кастомным endpoint:
aws s3api put-bucket-policy --bucket myapp-uploads --policy file://bucket-policy.json --endpoint-url https://s3.ru-1.storage.selcloud.ru
Синхронизация и backup
# Синхронизация локальной папки в Selectel
aws s3 sync ./backups/ s3://myapp-backups/database/ --endpoint-url https://s3.ru-1.storage.selcloud.ru --exclude "*.tmp"
# Копирование между бакетами (межрегиональный backup)
aws s3 sync s3://myapp-uploads s3://myapp-uploads-backup --endpoint-url https://s3.ru-1.storage.selcloud.ru --source-region ru-1
Сравнение: Selectel vs традиционное хранение на VPS
| Критерий |
Selectel Cloud Storage |
VPS + NFS |
| Цена за 100 ГБ |
низкая (дешевле VPS) |
выше из-за аренды VPS |
| Надёжность |
репликация в 3 копии |
единая точка отказа |
| Пропускная способность |
до 10 Гбит/с |
ограничена VPS |
| Соответствие 152-ФЗ |
да |
требуется самостоятельная настройка |
| CDN |
встроенный |
отдельно |
Экономия на хранении 100 ГБ достигает 50% по сравнению с VPS.
Типичные ошибки при интеграции
-
CORS-ошибки — не забудьте настроить CORS-правила для бакета, если используете frontend.
-
Endpoint path style — Selectel требует path-style, поэтому
use_path_style_endpoint: true.
-
Размер файла — для файлов > 5 ГБ используйте multipart upload.
Что входит в нашу работу
- Аудит текущей архитектуры хранения.
- Создание и настройка бакетов, политик доступа.
- Интеграция с Laravel / Node.js / Python (Django) — код и документация.
- Настройка CDN и presigned URL.
- Организация автоматического резервного копирования (расписание, кросс-регион).
- Тестирование под нагрузкой и оптимизация производительности.
- Передача доступов и обучение команды.
Свяжитесь с нами для бесплатного аудита вашего хранилища.
Сроки и стоимость
Интеграция Selectel Cloud Storage в типовой проект занимает от 1 до 3 дней. Точный срок зависит от объёма данных и необходимости миграции. Стоимость рассчитывается индивидуально — оценим ваш проект бесплатно после брифа. Закажите интеграцию и получите готовое решение с документацией.
Мы регулярно сталкиваемся с ситуацией: «Сайт не открывается» в 3 часа ночи — и выясняется, что disk full на VPS, потому что логи nginx не ротировались полгода. Или сервер лёг под нагрузкой в день запуска рекламной кампании, потому что на shared хостинге стоял лимит в 50 одновременных соединений. Настройка хостинга и деплоя — это не про «где дешевле», это про то, что происходит в момент, когда что-то идёт не так. Наша команда помогает избежать таких инцидентов, проектируя инфраструктуру с учётом реальных паттернов нагрузки.
Когда выбирать Vercel и Netlify?
Vercel создан под Next.js — деплой в один push, preview deployments для каждого PR, автоматический CDN, Edge Functions, ISR без конфигурации. Для фронтенд-проектов и JAMstack это оптимальный выбор: нет операционной нагрузки, time-to-deploy измеряется минутами.
Ограничения реальные: Vercel Serverless Functions запускаются в us-east-1 по умолчанию (latency для Европы +80–100ms), Function timeout 300 секунд на Pro, Bandwidth 1TB/месяц на Pro. Для тяжёлого backend — нужны воркеры или отдельный сервер.
Netlify ближе к статике и Edge Functions на базе Deno Deploy. Build minutes — основное ограничение на бесплатном тарифе.
| Критерий |
Vercel |
Netlify |
| Основная специализация |
Next.js, фреймворки |
Статика, JAMstack |
| Edge Functions |
V8 isolates (Node.js) |
Deno Deploy |
| Preview Deployments |
Встроенные |
Встроенные |
| Serverless Functions |
Да, ограничение 300s |
Да, ограничение 10s |
| Бесплатный лимит bandwidth |
100 GB |
100 GB |
Почему Docker — основа предсказуемого деплоя?
«Работает на моей машине» — классика. Docker решает это через контейнеризацию окружения. Но плохой Dockerfile создаёт новые проблемы.
Типичная ошибка: копировать всё в образ без .dockerignore, получать 800MB образ вместо 80MB. node_modules внутри образа весит столько же. Правильно: multi-stage build.
FROM node:20-alpine AS builder
WORKDIR /app
COPY package*.json ./
RUN npm ci --only=production
COPY . .
RUN npm run build
FROM node:20-alpine AS runner
WORKDIR /app
COPY --from=builder /app/.next ./.next
COPY --from=builder /app/node_modules ./node_modules
COPY --from=builder /app/package.json ./package.json
EXPOSE 3000
CMD ["npm", "start"]
Итоговый образ: 180MB вместо 1.2GB. Время сборки CI сокращается из-за layer caching — если package.json не изменился, слой с npm ci берётся из кэша.
Docker Compose для локальной разработки и простых продакшен-сценариев: приложение + PostgreSQL + Redis в одной конфигурации. Для production на одном сервере — вполне рабочий вариант, если нет требований горизонтального масштабирования.
Подробнее о контейнеризации — Wikipedia: Docker.
Как настроить Nginx как reverse proxy?
Nginx перед приложением — стандарт для VPS и выделенных серверов. Основные функции: SSL termination, gzip, static files, rate limiting, upstream балансировка.
Конфигурация, которую часто делают неправильно: worker_processes auto — количество процессов равно числу CPU. worker_connections 1024 — это 1024 на каждый воркер-процесс. При 4 CPU и 1024 connections = 4096 одновременных соединений. Для высоконагруженного сайта нужно worker_connections 4096 и настройка keepalive_timeout 65.
Для статических ассетов с хешем в имени файла:
location ~* \.(js|css|woff2|png|webp)$ {
expires 1y;
add_header Cache-Control "public, immutable";
}
immutable сообщает браузеру: не проверяй этот файл даже при hard refresh. Правильно работает только с content-hashed именами файлов (что делает Vite/webpack по умолчанию). Документация — Wikipedia: Nginx.
AWS: гибкость и сложность
EC2 + Auto Scaling Group — классика для горизонтального масштабирования. AMI с предустановленным приложением, Launch Template, ASG с min/desired/max instances, Application Load Balancer. При CPU > 70% на 3 минуты — scale out, при CPU < 30% на 15 минут — scale in. Health check через ALB исключает нездоровые инстансы из ротации.
ECS Fargate — контейнеры без управления EC2. Деплой Docker-образа, задаёте CPU/память (512 CPU units = 0.5 vCPU, от 512MB памяти), Fargate запускает. Дороже Lambda, но нет cold start и нет timeout-ограничений. Подходит для long-running процессов, WebSocket-серверов, тяжёлых воркеров.
RDS для PostgreSQL с Multi-AZ: автоматический failover за 1–2 минуты при падении primary. Read Replicas для масштабирования чтения. RDS Proxy для connection pooling — Lambda-функции не умеют держать долгосрочные соединения, прокси буферизует это.
Kubernetes: когда это оправдано
K8s добавляет значительную операционную сложность. Оправдан, когда: несколько команд деплоят независимые сервисы, нужна тонкая настройка ресурсов на сервис, canary deployments и blue/green без простоя — требование.
AWS EKS, GKE или managed k8s от Hetzner (дешевле). Helm charts для стандартных сервисов. Horizontal Pod Autoscaler по CPU и custom metrics (RPS через Prometheus).
Для большинства стартапов и средних проектов — Kubernetes избыточен. ECS или Fly.io дают 80% возможностей при 20% операционной сложности.
Мониторинг и alerting
Сервер без мониторинга — это ожидание инцидента. Минимальный стек: Prometheus + Grafana (или Grafana Cloud для managed), alerting на disk > 80%, memory > 85%, CPU > 90% за 5 минут, error rate > 1%. Uptime через Better Uptime или Upptime (self-hosted).
Logs: Loki + Grafana или CloudWatch Logs Insights. Структурированные JSON-логи (winston, pino) — обязательно, иначе поиск по логам превращается в боль.
Что входит в настройку хостинга
- Аудит текущей инфраструктуры и профилирование нагрузки
- Выбор целевой архитектуры (VPS, AWS, serverless, Kubernetes)
- Настройка CI/CD pipeline (GitHub Actions, GitLab CI) с автоматическим деплоем
- IaC через Terraform или Pulumi (инфраструктура как код)
- Конфигурация Nginx, SSL-сертификаты, HTTP/2, brotli
- Мониторинг и алертинг (Prometheus + Grafana, PagerDuty)
- Документация runbooks и обучение команды
Дополнительно: пишите, если нужна миграция с текущего хостинга или интеграция с внешними сервисами.
Процесс работы
- Аудит текущей инфраструктуры (2–5 дней)
- Выбор целевой архитектуры с обоснованием по нагрузке и бюджету (1–3 дня)
- Настройка CI/CD pipeline (GitHub Actions, GitLab CI) (2–5 дней)
- IaC через Terraform или Pulumi (3–10 дней)
- Настройка мониторинга и alerting (2–5 дней)
- Документация runbooks и обучение команды (1–3 дня)
Наш опыт — 7 лет на рынке, более 50 проектов, гарантия работоспособности после деплоя.
Сроки
- Базовый деплой на VPS с Docker + Nginx + CI/CD: 1–2 недели.
- Настройка AWS инфраструктуры с Auto Scaling, RDS, CDN: 3–6 недель.
- Миграция на EKS с нуля: 6–12 недель.
- Настройка Vercel/Netlify для JAMstack: 3–5 дней.
Стоимость рассчитывается индивидуально в зависимости от сложности и объёма работ. Получите консультацию — оценим вашу архитектуру за один день.