Разработка большой фичи с нуля часто начинается обманчиво легко. Заказчик объяснил идею, команда обсудила экраны, разработчики примерно представляют архитектуру. Можно приступать. Но стоит перейти от общего замысла к конкретному поведению, как появляются вопросы, на которые у каждого участника свой ответ.
Рубрика «system design»
Большая фича без бесконечных переделок: Spec driven development с AI, UML, C4 и OpenAPI
2026-10-29 в 11:11, admin, рубрики: AI, backend, C4, develop, llm, system design, UMLОценил по Сюю 500 запросов в секунду — замерил на ноутбуке: вот где сломалось
2026-10-27 в 9:29, admin, рубрики: K6, postgresql, redis, system design, индексы, нагрузочное тестирование, оценка нагрузки, сокращатель ссылокЕсть глава, которую читали все, кто готовился к секции по проектированию систем: «Приблизительные оценки» у Алекса Сюя. DAU делим на 86 400, умножаем на два для пика, прикидываем объём за год — и получаем «1 160 записей в секунду, 11 600 чтений, 365 терабайт». Я тоже умел это считать. А потом я задал себе простой вопрос: «И Postgres это выдержит?» — и понял, что не знаю. Я знаю, как посчитать нагрузку. Я не знаю, что на самом деле происходит с базой, когда эта нагрузка приходит.
Как AI‑ассистент вырос в production‑систему: путь от NLU к оркестрации и надёжной обработке сообщений
2026-09-15 в 11:45, admin, рубрики: backend, fastapi, llm, nlu, python, system design, архитектура по, оркестрацияВ 2025 году Volga AI Assistant начинался как отдельный Telegram‑бот. Пользователь отправлял сообщение, NLU определял намерение, после чего бот возвращал подготовленный ответ.
Архитектура первой версии почти полностью повторяла этот сценарий:
Проектирование веб-краулера. Как решать System Design?
2026-06-20 в 13:49, admin, рубрики: highload, middle, senior, system design, задачи, задачи для собеседований, проектирование, Сис диз, собеседованиеПривет! Продолжаю разбирать классические задачи с System Design интервью на стримах (за анонсами можете следить тут https://t.me/siliconchannel), а это текстовая версия стрима. В прошлый раз была бесконечная лента, сегодня очередная классика жанра - веб-краулер. Условие звучит примерно так:
Спроектировать веб-краулер, который обходит интернет, вытаскивает со страниц текст и складывает его в хранилище. На этом тексте потом будут обучать LLM (условный ChatGPT). На весь обход даётся 5 дней - данные нужны быстро. Масштаб: ~10 млрд страниц, средняя страница весит ~2 МБ. В ресурсах мы не ограничены (в разумных пределах).Читать полностью »
Тайна общей тарелки или System Design дачного шашлыка на 20 гостей
2026-05-14 в 5:40, admin, рубрики: backend, system design, архитектура, майские праздники, системный анализ, шашлыкДисклеймер: это не stand-up и не пародия. Это полноценное упражнение в системном дизайне на необычной предметной области: TL;DR, требования, парные сравнения альтернатив, failure modes, реальные измерения, references на DDIA / Release It! / Use The Index Luke. Все числа реальные, основаны на 12+ годах личного шашлычного опыта.
Идея статьи проста: дисциплина системного дизайна применима к любой системе, не только к hi-load backend. После прочтения возьми любой свой текущий сервис и пройди те же шаги: workload analysis, paired comparisons, failure modes, реальные измерения. Структура та же, инструменты разные.
TL;DR
-
Что строим:Читать полностью »
Потоковая обработка данных на С
2026-04-14 в 17:16, admin, рубрики: C, highload, linux, system designПривет!
Кратко о том что такое потоковая обработка данных и в чем её отличие от пакетной.
Пакет данных, это часть информации поступающая в систему которая содержит законченный или не полный фрагмент данных. Большинство механизмов цифровой передачи информации в современных системах построены на пакетной передаче. Отличие потоковых и пакетных систем обработки в том, когда эти данные обрабатываются:
-
Потоковая обработка данных подразумевает обработку данных и реакцию на них непосредственно в момент получения с минимальными задержками.
ADR, архитектурные тесты и кейсы из прода: ресурсы, которые реально меняют код
2026-02-18 в 13:15, admin, рубрики: adr, architecture, best practices, clean architecture, cqrs, DDD, Microservices, software architecture, software design, system designУ меня была привычка. Вижу классную статью про архитектуру — сохраняю. Репозиторий с примерами DDD — в закладки. Видео про CQRS — в плейлист «Посмотреть потом».
Вы знаете, чем кончаются плейлисты «Посмотреть потом».
В какой‑то момент закладок стало 300+. Половина ссылок битые, треть дублируют друг друга, остальное - статьи, которые казались гениальными в два часа ночи. Я сел и вычистил всё до 106 ресурсов. Собрал их в awesome-list на GitHub.
Но статья не про список. Статья про три вещи, которые я для себя открыл в процессе и которые почему-то мало обсуждают.
Что не попало и почему
От стартапа к протоколу: Почему мы решили написать свой «PostgreSQL для финансов»
2026-01-23 в 13:21, admin, рубрики: fintech, Go, ledger, open source, postgresql, Rust, system design, архитектура поВ мире разработки есть негласное правило: не пишите свою криптографию. В финтехе должно быть похожее правило: не пишите свой леджер (ledger) на SQL, если планируете масштабироваться.
Меня зовут [Имя], и я хочу рассказать, как мы прошли классический путь «изобретения велосипеда», набили шишки на race condition-ах и в итоге поняли, что индустрии нужен не очередной необанк, а открытый стандарт финансового учета. Так появился проект Qazna.
В этой статье я не буду продавать вам продукт. Я покажу код, архитектурные решения и то, как мы пытаемся сделать «Linux для финансов».

