Архитектурные решения, которые накапливаются.
Как ваши сервисы общаются. Где живёт состояние. Что работает синхронно, что в фоне. Как добавить следующие десять фич, не переписывая предыдущие десять. Записано, защищаемо, принадлежит вашей команде.
Какую проблему решаем
Большинство архитектурных решений принимаются в горячке спринта тем, кто ближе всех к клавиатуре. Через год никто не помнит почему, любое изменение задевает три сервиса, добавление фичи занимает на три недели больше, чем должно. Мы делаем эту работу так, как она того стоит — на бумаге, с явными trade-off'ами, с журналом решений, который ваша команда сможет защитить через полгода.
Что поставляем
- 01Ревью архитектуры существующей системы с приоритизированными находками
- 02Greenfield-архитектура с ADR на каждое значимое решение
- 03Декомпозиция сервисов — монолит, модульный монолит, микросервисы, когда каждый подходит
- 04Архитектура данных: схема, владение, консистентность, репликация, денормализация
- 05Архитектура интеграций: API, webhooks, события, очереди, шина сообщений
- 06Стратегия кеширования по слоям браузера, edge, приложения и базы
- 07Архитектура фоновой работы, расписаний и workflow
- 08Multi-region, multi-tenant и disaster-recovery паттерны
- 09Cost-aware архитектура — производительность и стоимость как совместные ограничения
- 10Архитектура миграции из одной формы в другую — безопасно
Что получаете
- Письменный документ архитектуры с диаграммами и ADR
- Журнал решений с объяснением, почему каждый выбор сделан
- Implementation roadmap, который ваша команда может выполнить
- Презентация для вашей инженерной команды и стейкхолдеров
Паттерны, в которых работаем
Подходит
- → Командам, чей продукт перерос изначальную архитектуру
- → Фаундерам, готовящимся к росту из одной команды в несколько
- → Компаниям, рассматривающим переход на микросервисы и нуждающимся в честном втором мнении
- → Инженерным лидерам, унаследовавшим систему без задокументированного дизайна
- → Советам директоров, финансирующим инвестицию в платформенную инженерию и нуждающимся в правильном скоупинге
Как идёт проект
- 01
Слушаем
Рабочие сессии с инженерами, продуктом, ops. Узнаём бизнес-ограничения и реальную боль — а не то, что в презентации.
- 02
Карта текущего состояния
Карта сервисов, потоков данных, поверхности интеграций, владения. Часто — впервые записано.
- 03
Дизайн целевого состояния
Архитектура для того, где вы хотите быть через 18 месяцев. Trade-off'ы — явно. Решения — обоснованы.
- 04
План миграции
Как перейти из текущего в целевое, не останавливая продуктовую поставку. По фазам, с минимизацией рисков, записан.
- 05
Сдача и защита
Презентация для вашей команды и стейкхолдеров. Q&A, правки, передача владения.
Как сотрудничать
Architecture Sprint
Диагностика и целевая архитектура для определённого скоупа. Документ, ADR, roadmap.
Greenfield Design
Архитектура для системы, которая строится с нуля, часто до первой строки кода.
Architecture Advisory
Ретейнинговая ревю для больших решений с ежемесячной частотой — см. также Fractional CTO.
Frequently asked.
01Вы пишете код или только сдаёте документы?
И то, и другое. Документ — это поставка, но мы регулярно парно работаем с инженерами над реализацией самой рискованной части архитектуры в виде доказательства — потому что ни одна архитектура не выживает первого столкновения с реальностью без изменений.
02Скажете ли делать микросервисы?
Вероятно нет. Честный ответ для большинства команд до 50 инженеров — хорошо спроектированный модульный монолит. Скажем правду, даже когда она немодная.
03Работаете рядом с нашим архитектором?
Да — часто как спарринг-партнёр для внутреннего архитектора. Второе сеньорное мнение по значимому решению — часто самое высоко-leverage, что мы делаем.
Есть задача, которую стоит решить как следует?
Напишите, какой результат нужен. Мы честно скажем, во что это обойдётся — письменно, в течение недели.
Начать разговор