Архитектоника в ИТ

Цена архитектурных решений Многие задаются вопросом, какие решения являются архитектурно значимыми. Но как оценивать их критичность, зачем учитывать обратимость и почему всё это особенно важно сейчас? М. Нейгард говорит, что значимые решения влияют на структуру, нефункциональные свойства, зависимости, интерфейсы (API), технологии разработки. Однако М. Ричардс и Н. Форд уточняют: решения являются архитектурными тогда, когда нацелены на поддержание важных архитектурных свойств (например, масштабируемости). Без привязки к этому выбор любой технологии – это не архитектурное решение, тем более зн…

Признак нарушения архитектурных границ: чужой ID Представьте: меняем особенности реализации своего сервиса, а дорабатывать приходится и его клиентов. Почему внутренняя интеграция стала общей проблемой? Предлагаю ещё один признак для проверки границ и потренировать архитектурную насмотренность. 🔭 Контекст Конкретный пример. Врач завершает осмотр и назначает следующий визит. Бэк мобильного приложения (BFF) сохраняет протокол осмотра и вызывает сервис задач. Тот бронирует время в календаре врачей и создаёт задачу на следующий визит. Затем BFF вызывает сервис подтверждения записи, передавая…

Показатели эффективности работы Все показатели зелёные, а проблемы остались. Как так? Сотрудник укладывается в сроки, потому что регулярно работает по вечерам. Персональная метрика в норме, премия сохранена. Только планирование лучше не стало, а переработки теперь ещё и скрыты. Получилось измеримое неизвестное. Достижение целевого показателя само по себе не доказывает, что результат работы или её условия стали лучше. Нужно понимать, за счёт чего получен эффект и какой ценой он поддерживается. Измерять полезно и нужно. Также важно предусмотреть целевые значения, к которым хотелось бы прийти…

А ты придумал задачу для Яндекса? 3 октября (суббота) пройдёт конференция Яндекса "Я про бэкенд" – в Москве и онлайн. Участие бесплатное, но нужна регистрация. В программе – архитектура и эксплуатация систем вокруг AI, потоковая обработка данных и отказоустойчивость. ➡️ Меня особенно заинтересовала секция с архитектурной задачей. Зрители присылают свои кейсы, организаторы выбирают один, а backend-разработчики Яндекса разбирают его в прямом эфире. Причём решающий увидит условие впервые. Пожалуй, хороший повод посмотреть, как специалист из топовой компании и с большим опытом выясняет требовани…

Где начинается декомпозиция Если очередное усложнение процесса всё ещё не помогает планировать точнее, возможно, проблема не в недостатке полей, статусов и оценок. Возможно, мы просто слишком поздно начинаем декомпозицию. Представьте: наверху возникает бизнес-проблема, а до команды она доезжает в виде задачи "Создать сервис X". К ней прилагается подробный алгоритм: добавить таблицу, реализовать обработчик, подписаться на топик. Вроде бы написано много, но ответа на главный вопрос нет: какую проблему и для кого мы решаем? Дальше неопределённость пытаются победить детализацией. Задачу расклад…

Невозможность Фишера-Линча-Патерсона — Вот если бы все связи были бы асинхронными... — Нет, это не решит проблему. — Почему? Действительно, давайте разберемся. Мне предстояло сделать очередную интеграцию. Требования рядовые: к публичному API обращается конечный пользователь, но обработка запроса происходит с обязательным участием внешней системы – крайне нестабильной и медленной, – от которой нужно дождаться положительный ответ для продолжения действий. При этом важны и атомарность, и производительность... В этот момент начинается анализ требований и ограничений, в голове перебираются возм…

Что лучше: поддомен или ограниченный контекст Думаю, каждый слышал про домены и ограниченные контексты. Но как эти понятия соотносятся друг с другом? Это одно и тоже или нет? Когда использовать одно, а когда другое? Давайте сломаем стереотипы и развеем мифы! 🥷 На самом деле вопрос принципиальный, т.к. на сегодняшний день обе концепции являются доминирующими при проектировании распределённых систем и логическом делении системы на компоненты. Рассмотрим тему, используя конкретный пример: Есть мобильная игра, в которой игроки имеют какие-то ресурсы: монеты, кристаллы и т.п. Есть потребность в…

Тип поддомена и стратегия решения Обычно DDD воспринимают как высшую математику: всё логично, но непонятно, как применять на практике. Сегодня предлагаю свести теорию с практикой и посмотреть, как определение поддомена определяет стратегию решения. 🎯 На самом деле стратегия не в том, чтобы пилить систему на поддомены; и не в самом факте существования поддомена. Стратегия – в выборе проектных решений, исходя из типа поддомена. ➡️ Проще говоря, правильно определив тип поддомена, сможете легко понять, работаете ли вы над чем-то стоящим или просто тратите время и ресурсы впустую. Смотрим, как…

Контракт ошибок Как часто мы совершаем ошибки? Постоянно! Что мы делаем в случае неудачи? 🍑 Стремимся её исправить, а если не получилось, решаем, как рассказать об этом заинтересованным лицам. Подбирая нужные слова, оцениваем размер ущерба и возможную реакцию на возникшую ситуацию. Вместе с этим исходный контекст может быть обобщён, изменён или расширен. Допустим, вы так и не смогли выполнить задачу по интеграции с другой системой из-за недостатка информации. Но руководителю вместо голого факта говорите что-то в стиле: "Я запросил документацию у владельцев системы, они сегодня дадут ответ,…

Работай с датой и временем правильно! Можно бесконечно смотреть на три вещи: как горит огонь, течёт вода и как люди пытаются работать с датой и временем. 😃 Но одна из этих вещей мне окончательно надоела, поэтому я решил написать на эту тему целую статью. Если вы думаете, что знаете про время всё, то я в этом ничуть не сомневаюсь. 😏 Однако, по моим наблюдениям, даже среди технических специалистов, включая опытных разработчиков, достаточно много людей, которые не понимают базовых вещей либо имеют кучу стереотипов, в которые продолжают охотно верить. Это не проблема до тех пор, пока неумелое…