Технологический стек
Инструменты, фреймворки и методы, которые использую в проектировании систем и обучении системных аналитиков. Данные актуальны на 2026 год.
Техрадар
Каталог инструментов
1C:Enterprise
Платформа для автоматизации учета
Languages & FrameworksADR
Architecture Decision Records
Methods & PatternsArchiMate
Язык моделирования архитектуры предприятия (The Open Group)
Methods & PatternsBPMN 2.0
Моделирование бизнес-процессов
Methods & PatternsC4 Model
Иерархическая нотация для визуализации архитектуры ПО
Methods & PatternsCassandra
Горизонтально масштабируемая NoSQL БД
Data & StorageDDD
Domain-Driven Design для сложных доменов
Methods & PatternsDocker
Контейнеризация приложений
Platforms & InfrastructureElasticsearch
Полнотекстовый поиск и аналитика логов
Data & StorageEvent-Driven Architecture
Асинхронное взаимодействие сервисов
Methods & PatternsGo
Основной язык backend-разработки
Languages & FrameworksHelm
Пакетный менеджер для Kubernetes
Platforms & InfrastructureKibana
Визуализация логов и метрик
Platforms & InfrastructureKubernetes
Оркестрация контейнеров в production
Platforms & InfrastructureMongoDB
Документо-ориентированная NoSQL СУБД
Data & StorageNginx
Веб-сервер и reverse proxy
Platforms & InfrastructureObsidian
База знаний и личная wiki
Platforms & InfrastructureREST/OpenAPI
Спецификация и проектирование API
Methods & PatternsPlantUML
Диаграммы как код
Languages & FrameworksPostgreSQL
Основная СУБД для production-систем
Data & StoragePostman
Тестирование и документирование API
Platforms & InfrastructureRedis
Кэширование, очереди и session store
Platforms & InfrastructureSQL
Язык работы с реляционными данными
Languages & FrameworksЧасто задаваемые вопросы
Какой стек использует архитектор в 2025–2026 году?
В моём текущем стеке: Go для backend-сервисов, PostgreSQL как основная СУБД, Redis для кэширования и очередей, Elasticsearch для полнотекстового поиска, Kubernetes для оркестрации. Из методов — DDD, Event-Driven Architecture и OpenAPI-first подход к проектированию API. PluntUML для схем.
Когда выбирать PostgreSQL, а когда MongoDB?
PostgreSQL — выбор для транзакционных данных с чёткой схемой, сложными связями и требованиями к ACID. MongoDB оправдан при работе с гибкими документами, быстро меняющейся структурой данных или горизонтальным шардингом из коробки. Подробнее — в разделе с описанием каждого инструмента.
Какие инструменты для наблюдаемости систем актуальны сейчас?
Связка Elasticsearch + Kibana для централизованных логов, Prometheus + Grafana для метрик, Jaeger или Tempo для трассировки. Это три столпа observability (logs, metrics, traces), которые я разбираю на своих курсах.