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