Архитектурные вопросы в конце года: что стоит решить до 2015-го
Несколько вопросов об ИТ-архитектуре, которые полезно задать себе в конце года - не для отчёта, а для того чтобы 2015-й начался без лишнего груза.
Конец года - удобное время для разговоров о том, что работает, а что нет. Отчёты написаны, бюджеты утверждены или почти утверждены, команды чуть спокойнее обычного. Это хороший момент не для аудита, а для нескольких честных вопросов о том, с каким технологическим фундаментом компания входит в следующий год.
Я не предлагаю большой методологии. Только несколько вопросов, которые, по моему опыту, стоит задать сейчас.
Что мы строили в этом году и что из этого работает
Большинство компаний в течение года запускают несколько ИТ-инициатив. Это нормально. Но к концу года полезно честно ответить: из того, что было запущено, что реально используется? Что превратилось в шкаф с пылью?
Это не вопрос успеха или неудачи проектов - это вопрос о том, как мы принимаем решения о внедрении. Если несколько систем за год были введены и не прижились - это паттерн, который стоит понять.
Какие интеграции стали узкими местами
Системы не существуют изолированно. Они обмениваются данными, вызывают друг друга, зависят друг от друга. Со временем эти связи накапливаются и превращаются в источник хрупкости: один компонент падает, и это тянет за собой три другие.
В конце года полезно нарисовать (или попросить нарисовать) карту ключевых интеграций. Где самые "нагруженные" точки? Где нет мониторинга? Где последний год что-то регулярно ломалось?
Что у нас с хранением и историей данных
Данные, которые не сохраняются, не существуют для аналитики. Данные, которые сохраняются бессистемно, доступны только тем, кто знает, где они лежат.
Вопрос, который стоит задать: если завтра нужно ответить на вопрос о том, что происходило в бизнесе год назад - откуда берётся ответ? Из системы или из головы конкретного человека?
Если ответ "из головы" - это риск, который растёт с каждым годом и с каждой сменой команды.
Что мы планируем на 2015-й и что этому мешает технически
Бизнес-цели на следующий год, как правило, уже сформулированы. Полезно пройти по каждой и задать вопрос: есть ли что-то в текущей архитектуре или инфраструктуре, что создаст трение при реализации этой цели?
Это не поиск поводов ничего не делать. Это ранняя идентификация рисков, пока ещё есть время их устранить до того, как они стали срочными.
Что у нас с доступами и учётными записями
Год - хороший повод провести ревизию. Кто из тех, кто покинул компанию в этом году, ещё имеет действующие доступы? Какие сервисные аккаунты и API-ключи работают, но никем не используются? Какие системы не требовали смены паролей со времён своего запуска?
Это займёт полдня у одного человека. И может сэкономить значительно больше, если что-то пойдёт не так.
Один принцип на следующий год
Из года в год я замечаю одно: компании, которые хорошо справляются с технологической сложностью, делают это не за счёт более сложных инструментов. Они делают это за счёт последовательного упрощения там, где это возможно.
Добавить новый инструмент проще, чем убрать старый. Удержаться от лишней интеграции сложнее, чем её сделать. Но именно эта дисциплина определяет, насколько управляемой будет архитектура через два года.
С наступающим 2015-м.