Заметки о данных, ИИ, ИТ
и безопасности
Без маркетингового тумана. Так, как я думаю о задачах в реальной работе с собственниками и руководителями.
Версионирование API: почему это важно и как не превратить это в хаос
Практическое объяснение для продуктовых менеджеров и технических руководителей: что такое версионирование API, почему ошибки здесь дорого обходятся и как выглядит рабочая стратегия.
Монолит или сервисы: как принять решение без инженерного фона
Практическое объяснение для собственников и директоров: когда дробить архитектуру на сервисы оправданно, а когда это лишние затраты.
Бюджет на ИТ на 2020 год: как делить между поддержкой и развитием
Конец года - время планирования бюджетов. Разбираю, как думать о распределении ИТ-расходов между тем, что уже есть, и тем, что нужно строить.
Когда монолит не нужно разбивать
Микросервисы звучат современно, но декомпозиция монолита без достаточных оснований создаёт больше проблем, чем решает. Разбираю, как думать об этом решении.
Исходящий трафик из облака: скрытая статья бюджета, которую легко пропустить
Почему стоимость передачи данных из облака во внешний мир часто становится неприятным сюрпризом - и как её контролировать.
Разбивать монолит: почему порядок важнее скорости
Как планировать миграцию от монолитной архитектуры без остановки операций - о последовательности, рисках и точках отката.
Kubernetes и операторы: что это и зачем думать об этом сейчас
Что такое операторная модель в Kubernetes, почему она стала центральным способом управления сложными приложениями в кластере и что это значит для архитектуры.
Версионирование API - это управление контрактами, а не техническая формальность
Почему у каждого API должна быть политика версионирования и что происходит с интеграциями, когда её нет.
ML в производстве требует процессов ещё до появления MLOps
Почему компании, которые серьёзно занимаются машинным обучением, неизбежно приходят к необходимости версионировать не только код, но и данные, модели и эксперименты.
Почему оценки IT-проектов почти всегда ошибочны - и что с этим делать
Разрыв между оценочными и фактическими сроками IT-проектов - известная и устойчивая проблема. Разбор структурных причин, по которым это продолжается, и практик, которые её уменьшают.
API-first для внутренних систем: зачем это важно до того, как их стало много
Строить внутренние инструменты и системы с подходом API-first - это не лишняя работа. Это дисциплина, которая предотвращает интеграционный хаос, который большинство компаний потом годами распутывают.
Облачная зависимость от вендора: как принимать осознанное решение
Когда vendor lock-in в облаке - это разумный компромисс, а когда - риск, который стоит оценить заранее.