Заметки о данных, ИИ, ИТ
и безопасности
Без маркетингового тумана. Так, как я думаю о задачах в реальной работе с собственниками и руководителями.
Биткоин, блокчейн и что из этого реально нужно бизнесу
Пока биткоин бьёт рекорды, разделяю два разных разговора: про криптовалюту как актив и про технологию блокчейн как инструмент для бизнеса.
Технический долг: как объяснить это совету директоров
Почему технический долг - это не только техническая проблема, и как говорить о нём с нетехническими руководителями так, чтобы это приводило к решениям.
Kubernetes: что хайп замалчивает об операционной стороне
Kubernetes решает реальные задачи на масштабе. Он также создаёт новую операционную поверхность, к которой большинство команд не готовы. Реалистичный взгляд до принятия решения.
API-first: стратегическое решение, а не техническое
Почему подход API-first - это не про разработку, а про архитектуру бизнеса, и как он влияет на гибкость компании через три-пять лет.
Событийная архитектура: когда помогает, а когда создаёт шум
Практический разбор event-driven подхода - какие задачи он решает, где добавляет сложность без пользы и как понять, нужен ли он вам.
Бюджет ИТ: три слоя, которые большинство планов сваливают в один
ИТ-бюджеты разваливаются, когда расходы на эксплуатацию, изменения и инвестиции смешаны в одну строку. Разделение делает разговор с руководством значительно честнее.
Модернизация legacy ИТ: карта рисков для руководителя
Как думать о модернизации устаревших систем, не разрушив бизнес-процессы, которые на них держатся.
Микросервисы против монолита: когда разделение оправдано
Почему переход на микросервисную архитектуру не является автоматически правильным решением и как определить, готова ли к этому ваша команда.
Импортозамещение ПО: что это означает для ИТ-руководителя на практике
Трезвый взгляд на реестр отечественного ПО и на то, что реально меняется в закупках и архитектуре корпоративных систем.
Зависимость от поставщика: считайте стоимость выхода до подписания
Почему стоимость смены ИТ-поставщика нужно оценивать заранее, и как это влияет на выбор платформы и условия контракта.
Lift-and-shift: когда перенос в облако не даёт ожидаемого результата
Почему механический перенос инфраструктуры в облако без изменения архитектуры сохраняет старые проблемы и добавляет новые расходы.
Микросервисы: настоящая проблема не в размере сервиса, а в контрактах
Когда компании переходят на микросервисную архитектуру, они обнаруживают, что главная сложность - это не разбивка монолита, а управление зависимостями через API.