Docker on DevOps-инженер & CloudAdmin

CI/CD и инфраструктура для Dating-сервиса

Mon, 01 Jan 0001 00:00:00 +0000

Инфраструктура и CI/CD для продакшен запуска Dating-сервиса

Клиент

Dating-сервис Puzzle Master

Задача

Стартап разработал бэкенд на Nest.js + фронтенд на Angular и был готов к запуску, но не имел никакой инфраструктуры: деплой был ручным, не было CI/CD, мониторинга, бэкапов и разделения dev/prod окружений. Требовалось выстроить полный DevOps-стек с нуля под продакшен.

Решение

1. Контейнеризация приложения

Multi-stage Dockerfile для backend (Nest.js + Prisma, non-root пользователь)
Multi-stage Dockerfile для frontend (Angular 12, legacy OpenSSL, Nginx для статики)
Docker Compose с полным стеком: PostgreSQL 15, Redis 7, imgproxy, Nginx
Healthchecks и depends_on для правильного порядка запуска
Раздельные окружения dev и prod в /opt/dev и /opt/prod

2. GitLab CI/CD

Миграция репозиториев с Bitbucket на GitLab
Пайплайны для backend и frontend: build → push → deploy
GitLab Container Registry для хранения Docker образов
Автоматический деплой в dev, ручной trigger для prod
SSH деплой на VPS через SSH_PRIVATE_KEY

3. Nginx Reverse Proxy

Универсальный конфиг через envsubst для dev/prod
SSL/TLS (TLSv1.2, TLSv1.3) с сертификатами Cloudflare
Проксирование /api/* → backend:4000, /* → frontend:80
Редирект www → основной домен (301)
Отдельный стек imgproxy с SSL терминацией

4. Безопасность (Ansible)

Настройка сервера через Ansible: SSH только по ключам, отключён root
UFW Firewall: открыты только порты 80, 443, кастомный SSH
Доступ к БД только через SSH Tunnel (Beekeeper Studio)
Секреты в переменных GitLab CI/CD

5. Мониторинг

Prometheus + Grafana с автоматическим провижинингом дашбордов
Exporters: Node, cAdvisor, Postgres, Redis, Nginx, Blackbox
5 Grafana дашбордов: сервер, Docker контейнеры, PostgreSQL, Redis, Nginx
Alertmanager с интеграцией в Telegram, алерты на CPU/RAM/Disk/API/SSL

6. Бэкапы БД

Автоматический pg_dump каждый час
Сжатие gzip и загрузка в Cloudflare R2 (S3-compatible)
Prometheus метрики бэкапов: успех, размер, timestamp
Алерты: DatabaseBackupMissing, DatabaseBackupFailed, DatabaseBackupSize`Anomaly

Технологии

GitLab CI

Docker

Ansible

Prometheus

Nginx

PostgreSQL

Результаты

✅ Деплой: git push в main → автоматическая сборка и деплой на сервер
✅ Окружения: полное разделение dev и prod на одном VPS
✅ Мониторинг: 5 дашбордов, алерты в Telegram по 6 категориям
✅ Бэкапы: автоматический pg_dump каждый час в Cloudflare R2
✅ Безопасность: UFW, SSH по ключам, БД закрыта извне
✅ Масштабируемость: архитектура готова к выносу БД на отдельный сервер

CI/CD и инфраструктура для веб-приложения

Mon, 01 Jan 0001 00:00:00 +0000

Инфраструктура и CI/CD для сайта компании

Клиент

Компания-производитель фирменных исследовательских продуктов, которой требовался сайт для публикации каталога продукции

Задача

Разработчики написали код обычного веб-приложения (backend NestJS + frontend Next.js), но инфраструктура полностью отсутствовала: деплой выполнялся вручную, не было CI/CD, настроенного сервера, мониторинга, бэкапов и разделения тестового и боевого окружений. Требовалось выстроить полный DevOps-стек с нуля: GitLab CI/CD, собственный сервер, два изолированных контура, HTTPS, мониторинг, оповещения и автоматические бэкапы.

Решение

1. Подготовка сервера и безопасность

VPS на Ubuntu 24.04: 4 vCPU, 6 ГБ RAM, 120 ГБ диск
SSH только по ключам, отключён root, выделенный деплой-пользователь (sudo + docker)
UFW Firewall: открыты только порты 80, 443, 22 и SFTP (2222/2223)
Автоматические обновления безопасности (unattended-upgrades)

2. GitLab CI/CD

Self-hosted GitLab с групповым Container Registry
Пайплайны для backend и frontend: build → push → deploy
Привязка веток: test → образ :test → контур test; master → образ :latest → контур prod; теги v* → релизные сборки; dev → только сборка
SSH-деплой на сервер через SSH_PRIVATE_KEY, секреты в Protected CI-переменных
Инфраструктурный репозиторий server-devops с джобой deploy-all: жёсткий сброс к origin + docker compose up -d --pull always

3. Docker Compose и контуры

Три compose-файла: app/ (test), app-prod/ (prod), monitoring/ на общей Docker-сети
Сервисы каждого контура: backend NestJS, frontend Next.js, PostgreSQL 16, pgAdmin, SFTP
Политика рестарта on-failure:10 для всех контейнеров приложений
Все конфиги, дашборды и правила — в git, применяются пайплайном

4. Reverse Proxy и HTTPS

Единый reverse proxy nginx-proxy + acme-companion на портах 80/443
Автоматические сертификаты Let’s Encrypt с автопродлением
Все точки входа только по HTTPS: основной сайт, тестовый контур, панель управления БД, мониторинг

5. Мониторинг и алерты

Prometheus + Grafana с автоматическим провижинингом дашбордов из git (4 дашборда: cAdvisor, Node Exporter, Logs/App, PostgreSQL)
Exporters: node, cAdvisor, postgres, nginx (stub_status + access-лог: RPS, 4xx/5xx, время ответа/апстримов), HTTP-пробы blackbox для frontend/backend
Alertmanager с интеграцией в Telegram — один бот, отдельные чаты на каждый контур (test / prod)
Правила алертов: падение сервисов, высокая нагрузка CPU/RAM/диск (>80%), циклы рестартов, ошибки 5xx backend

6. Логирование и бэкапы

Loki + Promtail: логи всех контейнеров собираются и доступны в Grafana (Logs Drilldown)
Автоматический скрипт бэкапа: pg_dump БД prod + tar-стрим тома загрузок prod в единый архив
Ротация 30 дней, ежедневный cron в 03:00, процедура восстановления проверена и задокументирована

Технологии

GitLab CI

Docker

Prometheus

Grafana

Nginx

PostgreSQL

Результаты

✅ Деплой: merge в master → автоматическая сборка, публикация и деплой на сервер
✅ Окружения: полное разделение test и prod на одном VPS через общую Docker-сеть
✅ HTTPS: все сервисы только по HTTPS с автоматическими сертификатами Let’s Encrypt
✅ Мониторинг: 4 дашборда, пробы доступности, алерты в Telegram (отдельные чаты на контур)
✅ Бэкапы: ежедневный бэкап БД prod + тома загрузок, ротация 30 дней, восстановление проверено
✅ Безопасность: SSH по ключам, отключён root, UFW, секреты в Protected CI-переменных

CI/CD с GitLab + Kubernetes: деплой за 10 минут

Mon, 01 Jan 0001 00:00:00 +0000

Автоматизация CI/CD: от 2 часов до 10 минут деплоя

Клиент

Стартап в сфере e-commerce, команда разработки 5 человек

Задача

Ручной деплой занимал 2 часа
Частые ошибки при развертывании
Невозможность быстро откатить изменения
Требовалось: автоматизация CI/CD, GitOps, быстрый откат

Решение

Self-hosted GitLab
GitLab CI пайплайн (Build → Test → Deploy)
Managed Kubernetes в Yandex Cloud
Flux CD для GitOps

Технологии

GitLab

Docker

Kubernetes

Helm

Flux CD

Результаты

✅ Время деплоя: с 2 часов до 10 минут (12x)
✅ Ошибки: −90%
✅ Частота деплоя: с 1/неделя до 10+/день
✅ Время отката: с 1 часа до 2 минут

Observability и Telemetry для .NET Backend

Mon, 01 Jan 0001 00:00:00 +0000

Observability для .NET Backend: интеграция телеметрии и оптимизация производительности

Клиент

E-commerce платформа с высоконагруженным .NET 8 бэкендом

Задача

У .NET бэкенда не было наблюдаемости — никакого распределённого трассинга, централизованных метрик, структурированного логирования. Поиск медленных запросов требовал ручного разбора логов. Команда нуждалась в полном внедрении OpenTelemetry: проброс трейсов от Ingress через .NET к downstream-сервисам (PostgreSQL, Redis, RabbitMQ, HTTP upstreams), автоматическое обнаружение медленных запросов и путь к оптимизации P99 latency.

Решение

1. Интеграция OpenTelemetry в .NET 8

Подключены NuGet-пакеты: OpenTelemetry.Extensions.Hosting, Instrumentation.AspNetCore, Instrumentation.Http, Instrumentation.EntityFrameworkCore, Instrumentation.StackExchangeRedis, Instrumentation.Runtime, Instrumentation.Process, Exporter.OpenTelemetryProtocol
Настроен ActivitySource с инструментацией AspNetCore, HttpClient, EF Core, Redis
Включён проброс W3C traceparent; добавлен middleware для возврата X-Trace-Id в заголовках ответа
Экспорт через OTLP/gRPC в OTel Collector (:4317)

2. Инфраструктурный слой (Kubernetes / Nginx / OTel Collector)

Nginx/Ingress: инъекция заголовков traceparent/tracestate для проброса W3C контекста
K8s Deployment: переменные окружения OTEL_SERVICE_NAME, OTEL_EXPORTER_OTLP_ENDPOINT, конфиг семплирования (parentbased_traceidratio 20%)
OTel Collector: Tail-based sampling процессор — всегда захватываем ошибки (status_code: ERROR), медленные запросы (>1с latency), вероятностные 5% остальных; дропаем health checks

3. Методология поиска медленных запросов

Top-N Slow Endpoints (P95/P99): Grafana дашборды с histogram_quantile(0.99, sum(rate(http_server_request_duration_seconds_bucket[5m])) by (le, http_route))
Flame Graphs & Span Waterfall: Анализ разбивки трейса — Middleware → Controller → EF Core → Downstream API → Serialization
Runtime Metrics: Мониторинг длины очереди ThreadPool, частоты Gen 2 GC, аллокаций для детекта sync-over-async блокировок
Live Profiling: dotnet-trace + Speedscope/PerfView для CPU сэмплинга на проде под нагрузкой

4. Чек-лист оптимизаций

Категория	Применённые фиксы
База данных	Добавлены недостающие индексы (EXPLAIN ANALYZE), устранено N+1 через `.Include()`/`.Select()`, `.AsNoTracking()` для read-only, настроен connection pooling
I/O & Сеть	Полный перевод на async/await с CancellationToken, убраны `.Result`/`.Wait()`
Аллокации и GC	`ArrayPool<T>`, `Memory<T>`, `ReadOnlySpan<T>`, стриминг JSON в `Response.BodyWriter`, включён Server GC
Кэширование	Redis distributed cache (FusionCache), OutputCaching для HTTP-ответов
HTTP Clients	`IHttpClientFactory` / singleton `SocketsHttpHandler` с `PooledConnectionLifetime=15m`

Технологии

.NET 8

OpenTelemetry

Kubernetes

Prometheus

Grafana

Jaeger

PostgreSQL

Redis

RabbitMQ

Helm

Результаты

✅ Полное покрытие трейсами: 100% запросов имеют traceparent, X-Trace-Id возвращается клиентам
✅ P99 latency снижен: с 2.3с до 420мс (улучшение 82%) после оптимизации топ-5 эндпоинтов
✅ Обнаружение ошибок: Tail-sampling захватывает 100% 5xx ошибок и запросов >1с даже при 20% sample rate
✅ Проактивный алертинг: Настроены алерты на P99 > SLA и скачки error-rate в Grafana/Alertmanager
✅ Оптимизация БД: N+1 устранено, индексы добавлены, пул соединений настроен — EF Core спалы снизились на 65%
✅ ThreadPool здоров: Длина очереди около нуля под пиковой нагрузкой; sync-over-async устранён
✅ Нагрузочное тестирование: k6 soak-тест подтверждает стабильный P99 под 2x ожидаемого RPS

Self-Hosted проект-менеджмент Plane.so

Mon, 01 Jan 0001 00:00:00 +0000

Self-Hosted проект-менеджмент Plane.so

Клиент

Компания с потребностью в собственном инструменте управления проектами, размещённом на офисной инфраструктуре

Задача

Клиент хотел получить open-source альтернативу Jira/Linear для управления проектами и задачами, развёрнутую на собственном сервере в существующем окружении Coolify. Требовалось: установить последнюю версию Plane.so CE, обеспечить корректную работу за Traefik reverse proxy, вынести базу данных как отдельный сервис Coolify для удобного архивирования, а также настроить регулярные бэкапы всех данных.

Решение

1. Подготовка инфраструктуры

Анализ существующего окружения Coolify и конфигурации Traefik на сервере клиента
Выбор последней open-source версии Plane.so CE из официального репозитория
Изучение документации по self-hosting для формирования базовой конфигурации

2. Кастомный Docker Compose

На основе официального docker-compose создан уникальный Docker Compose, адаптированный под Coolify
Сервисы Plane (web, space, api, worker, beat-worker) настроены для работы за Traefik — корректные labels, сети и маршрутизация
PostgreSQL вынесен как отдельный сервис Coolify — это позволяет управлять базой данных независимо и использовать встроенный механизм архивирования Coolify
Redis для кэширования и очередей задач
MinIO как S3-совместимое объектное хранилище для вложений и ассетов

3. Интеграция с Traefik

Настроены Traefik labels для автоматической маршрутизации трафика к сервисам Plane
Автоматическое получение и обновление SSL/TLS сертификатов через Traefik
Корректная проброска заголовков (X-Forwarded-For, Host) для правильной работы приложения за reverse proxy

4. Резервное копирование

PostgreSQL — регулярные бэкапы средствами Coolify с выгрузкой на AWS S3
MinIO — регулярная синхронизация объектного хранилища на отдельный бакет AWS S3
Все бэкапы выполняются автоматически по расписанию без вмешательства

Технологии

Docker

PostgreSQL

AWS S3

Linux

Bash

Результаты

✅ Проект-менеджмент: мощный self-hosted инструмент управления проектами, не уступающий коммерческим аналогам
✅ Интеграция: Plane надёжно интегрирован в Coolify и работает за Traefik без конфликтов
✅ Независимость БД: PostgreSQL как отдельный сервис Coolify — удобное управление и архивирование
✅ Бэкапы: все данные (БД + MinIO) регулярно копируются на AWS S3 автоматически
✅ Контроль данных: все данные проектов хранятся на собственном сервере клиента

Self-Hosted удалённый доступ с RustDesk

Mon, 01 Jan 0001 00:00:00 +0000

Self-Hosted удалённый доступ с RustDesk

Клиент

Компания, оказывающая поддержку и сопровождение платформы 1С

Задача

Клиенту требовалось безопасное self-hosted решение для удалённого доступа, чтобы инженеры поддержки могли подключаться к рабочим станциям и серверам клиентов. Необходимы были: полный контроль над данными, отсутствие зависимости от сторонних облачных сервисов, надёжная работа в корпоративных сетях.

Решение

Развёрнут RustDesk OSS (open-source) сервер через Docker Compose
Настроены компоненты hbbs (ID/relay-сервер) и hbbr (relay-сервер)
Настроены правила файрвола и сетевой доступ для безопасных подключений
Подготовлены конфигурационные файлы клиента для быстрого развёртывания у команды поддержки
Описана процедура обслуживания и стратегия бэкапов

Технологии

RustDesk

Docker

Linux

Bash

Результаты

✅ Полный суверенитет данных — все метаданные соединений и релейный трафик остаются на инфраструктуре клиента
✅ Нет лицензионных затрат — open-source RustDesk исключает плату за рабочие места
✅ Надёжное подключение — инженеры получают доступ к машинам клиентов из любой точки
✅ Простой roll-out клиента — готовые конфиги для быстрого онбординга команды
✅ Дружелюбно к корпоративным сетям — работает через NAT/файрволы благодаря relay-серверам

VPN для доступа к зарубежным сервисам

Mon, 01 Jan 0001 00:00:00 +0000

VPN для доступа к зарубежным сервисам

Задача

После блокировки зарубежных IT-сервисов команда разработчиков потеряла доступ к критически важным инструментам: OpenAI API, GitHub Copilot, различным CDN и документации. Требовалось быстро развернуть надежное VPN-решение с высокой скоростью и стабильностью.

Решение

1. Выбор технологии

Анализ протоколов: OpenVPN, WireGuard, Outline
Выбор WireGuard за скорость и простоту
Docker для изоляции и портативности
Ansible для автоматизации развертывания

2. Инфраструктура

VPS в нейтральной юрисдикции (Нидерланды)
Docker Compose для оркестрации
WireGuard в контейнере
Nginx для веб-панели управления
Prometheus + Grafana для мониторинга

3. Автоматизация

# Ansible playbook для развертывания
- name: Deploy WireGuard VPN
 hosts: vpn_servers
 roles:
 - docker
 - wireguard
 - monitoring
 - backup

4. Безопасность

Автоматическая ротация ключей
Firewall правила (UFW)
Fail2ban для защиты от брутфорса
Шифрование трафика ChaCha20-Poly1305

5. Мониторинг

Метрики пропускной способности
Алерты при недоступности
Логирование подключений
Автоматический перезапуск при сбоях

Технологии

WireGuard

Docker

Ansible

Prometheus

Результаты

✅ Uptime: 99.8% за 6+ месяцев работы
✅ Скорость: стабильные 100+ Мбит/с
✅ Доступ: OpenAI API, ChatGPT, GitHub Copilot, npm registry
✅ Развертывание: 20 минут на новый сервер
✅ Пользователи: 15+ разработчиков без проблем

Корпоративное облачное хранилище Nextcloud

Mon, 01 Jan 0001 00:00:00 +0000

Self-Hosted корпоративное облако

Клиент

Средний бизнес с требованиями к конфиденциальности и хранению данных внутри компании

Задача

Компания использовала сторонние облачные сервисы для хранения рабочих файлов, что создавало риски утечки данных и зависимость от внешних провайдеров. Требовалось self-hosted решение с возможностью редактирования офисных документов прямо в браузере, корзиной удалённых файлов, историей правок и дополнительными инструментами для совместной работы: календарём, заметками и почтой.

Решение

1. Развёртывание Nextcloud AIO

Nextcloud All-in-One — официальный Docker-образ с полным стеком из коробки
PostgreSQL для хранения данных приложения
Redis для кэширования и очередей фоновых задач
Nginx как reverse proxy с автоматическим SSL/TLS

2. Редактирование документов в браузере

Nextcloud Office (Collabora Online) — встроенный офисный редактор
Поддержка форматов .docx, .xlsx, .pptx и ODF
Совместное редактирование в реальном времени
Без необходимости устанавливать локальное ПО

3. Управление файлами

Корзина удалённых файлов с настраиваемым сроком хранения
История версий файлов — возможность откатиться к любой правке
Гранулированный контроль доступа: папки, ссылки, пароли
Мобильные и десктопные клиенты для синхронизации

4. Дополнительные инструменты

Календарь (CalDAV) — корпоративное расписание и события
Заметки — личные и командные заметки с поддержкой Markdown
Почта — встроенный веб-клиент для корпоративной почты (IMAP/SMTP)

5. Резервное копирование

Borg Backup — встроенный в Nextcloud AIO инкрементальный бэкап
Дедупликация и сжатие данных
Автоматический запуск по расписанию
Хранение бэкапов на удалённом хранилище (S3-compatible / SFTP)

Технологии

Nextcloud

Docker

PostgreSQL

Nginx

Linux

Результаты

✅ Независимость: данные хранятся на серверах компании, без сторонних провайдеров
✅ Редактирование: офисные документы открываются и редактируются прямо в браузере
✅ Безопасность: история версий и корзина защищают от случайной потери данных
✅ Инструменты: единая платформа для файлов, календаря, заметок и почты
✅ Бэкапы: автоматическое инкрементальное резервное копирование через Borg Backup

Корпоративный мессенджер Matrix

Mon, 01 Jan 0001 00:00:00 +0000

Альтернатива Telegram для корпоративных коммуникаций

Клиент

Средний бизнес с требованиями к безопасности данных

Задача

Компания нуждалась в собственном защищенном мессенджере из-за требований безопасности и необходимости полного контроля над корпоративными коммуникациями. Требовалось решение с шифрованием, видеозвонками и интеграцией с корпоративной инфраструктурой.

Решение

1. Серверная часть

Matrix Synapse как основной сервер
PostgreSQL 16 для хранения данных
Caddy как reverse proxy с автоматическим SSL
Docker Compose для оркестрации всех сервисов

2. Клиентские приложения

Element Web для браузера
Element Desktop для Windows/macOS/Linux
Element Mobile для iOS/Android
Единый интерфейс на всех платформах

3. Видеозвонки

Coturn (TURN/STUN сервер) для NAT traversal
Поддержка групповых видеозвонков
UDP порты 49160-49200 для медиа-трафика
Автоматическая конфигурация через переменные окружения

4. Администрирование

Synapse Admin - веб-интерфейс управления
Управление пользователями и комнатами
Статистика и мониторинг
Доступ через отдельный порт 8888

5. Безопасность

End-to-end шифрование сообщений
Автоматические SSL/TLS сертификаты через Caddy
Отключена публичная регистрация
Федерация с другими Matrix серверами
Healthcheck для всех сервисов

6. Автоматизация

Bash скрипт для полной инициализации
Автоматическая генерация конфигурации Synapse
Автоматическое создание admin пользователя через expect
Docker Compose с зависимостями и healthchecks

Технологии

Docker

PostgreSQL

Caddy

Bash

Linux

Element + Matrix + Synapse

Результаты

✅ Независимость: полный контроль над данными и коммуникациями
✅ Масштаб: 100+ пользователей одновременно
✅ Функциональность: текст, голос, видео, файлы до 1.5GB, шифрование
✅ Скорость: развертывание за 5 минут одним скриптом
✅ Надежность: автоматические SSL сертификаты, healthchecks, auto-restart

Миграция и DevOps для маркетплейса на CS-Cart

Mon, 01 Jan 0001 00:00:00 +0000

Инфраструктура и развёртывание мультивендорного маркетплейса на CS-Cart

Клиент

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

Задача

Реанимировать старый проект маркетплейса, перенести его с обычного хостинга в современное облако. Обеспечить отказоустойчивость, развернуть CI/CD инфраструктуру, настроить тестовые стенды, интегрировать внешние сервисы доставки и автоматизировать рутину с помощью нейросетей. По завершению проекта — подготовить on-premise сервер (NAS) на стороне клиента для “холодного” хранения репозиториев.

Решение

1. Инфраструктура в Yandex Cloud (Terraform)

Написана IaC-конфигурация (Terraform) для создания Yandex Cloud инфраструктуры (виртуальные сети, ВМ).
Настроены отдельные виртуальные машины для production и development контуров.
Подключены и размечены дополнительные диски, развернута система автоматического бэкапирования баз данных и файлов в Yandex Object Storage (S3).
Использован Yandex Cloud Postbox для гарантированной доставки электронной почты сервиса (настроен домен, SPF, DKIM).

2. Контейнеризация и микросервисы

Маркетплейс перенесен с классического хостинга в Docker среду на VPS.
Написан кастомный Dockerfile для CS-Cart, а также docker-compose с микросервисной архитектурой стека веб-сервера.
Организованы полноценные dev и prod окружения.
Настроены пайплайны развертывания через локальный Git-сервер (Forgejo).

3. Платформа маркетплейса (CS-Cart)

Обновление ядра CS-Cart, оптимизация и очистка БД от старых неиспользуемых плагинов.
Развернута чистая инсталляция платформы с новой коммерческой темой.
Настройка логики многовендорности: разделение прав, кабинеты продавцов.
Интеграция и конфигурация модулей: динамическая подгрузка товаров, ИИ-возможности, умный живой поиск, модуль SEO.
Интеграция систем доставки (СДЭК) и оплаты. Запуск автоматических обменов с системами учета 1С.

4. Автоматизация и n8n

Развернута система оркестрации процессов n8n.
Подключено API ChatGPT для автоматизации рутинных задач, вроде генерации и нормализации контента.
Настроены воркеры и триггеры для бизнес-логики магазина.

5. Безопасность и Cloudflare

Настроен Cloudflare Proxy-DNS.
Внедрен Cloudflare Turnstile (капча) для борьбы со спамом при реєстрации и заказах.
Защита от ботов: закрытие прямых регистраций, настройка strict-кэширования, обрезка мусорного трафика.
Установлены SSL сертификаты и настроены правильные редиректы.

6. On-Premise инфраструктура и документация

Настроен выделенный поддомен с Wiki-движком для технической и пользовательской документации.
Реализована локальная инфраструктура на базе NAS Synology в офисе заказчика: установлен Docker, S3-бакеты, резервное копирование.
Развернут локальный Git-сервер (Forgejo) с CI/CD runner для версионирования кода и “консервации” накопленных наработок.
Стянут полный бэкап всех Terraform-стейтов, паролей, кодовых баз и конфигураций.

7. Консервация и репозитории

Перенос боевого сайта на резервный хостинг под консервацию, отключение синхронизаций
Закупка и настройка NAS Synology в офис: внешний доступ, Docker, S3-бакеты
Развёрнут Forgejo с раннером под доменом git.*
Репозитории: исходники сайта, тема и аддоны, документация, n8n-воркфлоу, Telegram-боты, БД-бэкапы, terraform-yandex, terraform-cloudflare, хранилище паролей

Технологии

Docker

Terraform

Yandex Cloud

Nginx

Forgejo

Linux

Результаты

✅ Инфраструктура: шаред-хостинг → VPS в Yandex Cloud через Terraform, всё в Docker
✅ Платформа: чистая установка CS-Cart Multi-Vendor вместо правленого ядра
✅ Тема и модули: покупная тема, живой поиск, UX/UI, SMS-авторизация, AJAX-каталог
✅ Интеграции: СДЭК, Боксбери, Почта России, СБП, обмен с 1С по двум контурам
✅ Документация: вики на поддомене docs.* с наполненной структурой
✅ Автоматизация: n8n + ChatGPT API для рутинных задач
✅ Бэкапы: Yandex Object Storage + дубль на офисный NAS Synology
✅ Git: self-hosted Forgejo на NAS с раннером и репозиториями всего проекта
✅ Консервация: проект полностью передан клиенту на локальный on-premise NAS Synology, запущен собственный Git-сервер (Forgejo).

Мониторинг Prometheus + Grafana

Mon, 01 Jan 0001 00:00:00 +0000

Observability стек для микросервисной архитектуры

Клиент

Начинающий стартап

Задача

Компания перешла на микросервисную архитектуру (15+ сервисов), но не имела централизованного мониторинга. Проблемы обнаруживались только по жалобам пользователей через 30+ минут. Требовалось внедрить полноценный observability стек для быстрого выявления и диагностики проблем.

Решение

1. Архитектура мониторинга

Prometheus для сбора метрик
Grafana для визуализации
Loki для централизованных логов
Jaeger для distributed tracing
Alertmanager для уведомлений

2. Сбор метрик

Автоматическое обнаружение сервисов в Kubernetes
Метрики приложений (custom metrics)
Системные метрики (node-exporter)
Метрики БД (postgres-exporter, redis-exporter)

3. Визуализация в Grafana

Дашборды для каждого микросервиса
Общий дашборд инфраструктуры
SLA/SLO метрики
Business метрики (RPS, конверсия)

4. Централизованные логи (Loki)

Агрегация логов всех сервисов
Поиск по логам через Grafana
Корреляция логов с метриками

5. Distributed Tracing (Jaeger)

Трейсинг HTTP запросов между сервисами
Визуализация цепочек вызовов
Поиск узких мест (bottlenecks)
Анализ latency по сервисам

6. Алертинг

Алерты в Telegram
Эскалация критичных проблем
On-call ротация
Автоматическое создание инцидентов

Технологии

Prometheus

Grafana

Kubernetes

Docker

Helm

Linux

Результаты

✅ MTTD: обнаружение проблем с 30 минут до 1 минуты
✅ MTTR: время восстановления сократилось на 60%
✅ Алерты: автоматические уведомления в Telegram
✅ Visibility: полная прозрачность работы всех сервисов
✅ Capacity planning: данные для планирования ресурсов