Заметки о данных, ИИ, ИТ
и безопасности
Без маркетингового тумана. Так, как я думаю о задачах в реальной работе с собственниками и руководителями.
API - это контракт, а не кусок кода
Почему интерфейс между системами важнее реализации за ним и что это значит для управления интеграциями.
Микросервисы: что этот термин означает для бизнеса
Разбор того, что стоит за словом 'микросервисы' и как руководителю думать об этом архитектурном выборе.
Docker 1.0 и новая дисциплина поставки
Выход Docker 1.0 - это не про контейнеры. Это про то, что среда запуска приложения впервые стала такой же управляемой и воспроизводимой, как сам код.
Микросервисы: архитектурный выбор или управленческое решение
Разбираем, почему переход к микросервисам - это не только техническое решение, и что руководитель должен понимать до начала такого проекта.
Технический долг: что это значит для нетехнического руководителя
Объяснение технического долга через управленческую оптику - откуда берётся, как измерить влияние на бизнес и когда пора платить.
Что читать и за чем следить в 2014, если вы строите систему, а не карьеру в хайпе
Закрывающий текст года даёт читателю карту направлений, а не список модных слов.
Постдикция 2014-2016: контейнеры, семантика и облака будут расти вместе, а не поодиночке
Победит не один технологический стек, а компании, умеющие собирать несколько волн в единую платформу.
Год в одном кадре: облачное доверие, семантика, контейнеры и новая зрелость повестки
2013-й меняет не инструменты, а направление развития архитектуры и доверия в ИТ.
Платформенная команда как следующий шаг после сильной эксплуатации
Почему централизованная платформа начинает становиться отдельной функцией и что это значит для ИТ-руководителя.
План выхода из облака: контракт, миграция и тест на выход
Пока всё работает, никто не считает цену выхода. Именно поэтому её нужно посчитать до того, как она стала актуальной.
Что 2014 год потребует от архитектуры: меньше монолитов, больше дисциплины
Готовиться нужно не к модным словам, а к ускорению выпуска и связности сервисов. Это требует конкретных архитектурных решений уже сейчас.
Контракты между командами: данные и API должны жить не на доверии, а на договоре
Почему внутренние интерфейсы требуют явных ожиданий - по структуре, по качеству и по совместимости.