Главная/Технологический стек

Выверенный
технологический стек.
Глубокая экспертиза.

Используем только те технологии, которые уверенно выдерживают production-нагрузку, масштабирование и долгосрочную поддержку. Без случайных решений и «модных» экспериментов.

Карта стека

Шесть категорий,
оформленных как платформа.

Стек прошёл много циклов архитектурного ревью. Каждая позиция — с пометкой о роли и уровне зрелости в нашей практике.

01

Языки и платформы

Goсервисы · ядро
PythonML · data · scripting
Java / Kotlinenterprise · jvm
TypeScriptweb · node
Rustкритические узлы
Juliascientific computing
Swiftios native
C++numerics · perf
02

Базы данных и хранилища

PostgreSQLOLTP · primary
ClickHouseOLAP · analytics
Redis / Tarantoolкэш · in-memory
S3 / MinIOobject storage
VictoriaMetricstime-series
OpenSearchfull-text · logs
Neo4jgraph (rare)
Iceberglakehouse
03

Стриминг и data engineering

Apache Kafkaevent bus
NATSlightweight messaging
Apache Flinkstream processing
Apache Sparkbatch · etl
Apache Airflowоркестрация ETL
dbtanalytics engineering
DataHubdata catalog
MQTTedge · iot
04

AI и машинное обучение

PyTorchdeep learning
scikit-learnклассические модели
XGBoost / LightGBMgradient boosting
vLLM / OllamaLLM-инференс
LangGraphagent orchestration
MLflowэксперименты · реестр
Feastfeature store
Tritoninference serving
05

Инфраструктура и эксплуатация

Kubernetesorchestration
Istio / Linkerdservice mesh
TerraformIaC
ArgoCDgitops
Prometheusметрики
Grafana / Lokiвизуализация · логи
Vaultsecrets
CUDA / GPUML · inference
06

Клиентские интерфейсы

Reactweb · базовый
TypeScriptобязательно
D3 / visxвизуализация данных
WebGL / Three.jsgraphics
SwiftUInative iOS
Jetpack Composenative Android
Vitebuild
StorybookUI · ревью
Как мы выбираем

Четыре правила
пополнения стека.

Новые технологии попадают в стек через явную процедуру: ADR, пилот, эксплуатационная проверка и только потом — внедрение у клиента.

ПРАВИЛО · 01

Production track record

Технология должна иметь крупные внедрения и живое сообщество. Мы не первопроходцы на клиентских проектах.

ПРАВИЛО · 02

Внутренний пилот

Минимум 3 месяца на внутреннем проекте, прежде чем мы предложим инструмент клиенту.

ПРАВИЛО · 03

Опс-готовность

Если технологию нельзя нормально мониторить и откатывать — она не идёт в production.

ПРАВИЛО · 04

Замена, а не добавление

При вводе новой технологии мы всегда называем, что именно она заменяет. Иначе стек разрастается.

Партнёры и экосистема

С кем мы работаем
напрямую.

Партнёрства подтверждены сертификациями и общими production-внедрениями у клиентов. Это не «логотипы для презентации».

Нужен аудит стека или консультация по архитектуре?

Можем посмотреть на ваш стек со стороны и предложить точечные изменения без переписывания «всего и сразу».