Интеграции и ИТ-архитектура бизнеса

Рентабельность

Просчёты в IT-инфраструктуре незаметны в начале, но дорого обходятся при росте

Когда системы связаны напрямую и без единой архитектуры, содержание и модернизация IT-контура становятся нерентабельными: каждое изменение требует больше согласований, ручного контроля и разработки.

График роста стоимости доработки при усложнении IT-контура

Эффективность

Причина неэффективности IT-инфраструктуры — карго-культ

Джинн увидел телефонный аппарат и сделал такой же из куска мрамора. В IT происходит то же самое: внешне похоже на правильную архитектуру, но обмены, данные и ответственность остаются запутанными.

Иллюстрация карго-культа в IT — Скопировать внешний вид решения недостаточно.

Карго-культ как причина неэффективности IT-инфраструктуры — Без понимания механики интеграции остаются дорогими.

Копируется форма, а не механизм

Карго-культ возникает, когда команда повторяет внешние признаки успешного решения, не понимая внутренних механизмов процесса.

Бюджет растет, проблема остается

Такой подход провоцирует новые вложения в IT, но не устраняет причины перегрузок, потерь данных и дорогих изменений.

Нужна инженерная экспертиза

Высокий порог входа в архитектуру интеграций требует не только выбора инструмента, но и понимания связей между системами.

Инновации

Просчёты в интеграциях неявно повышают стоимость содержания IT

1

Стоимость разработки ПО

Любое изменение задевает больше систем и требует больше регресса.

2

Стоимость обновления систем

Новые сервисы подключаются дольше, потому что старые связи держат контур вместе.

3

Отношение к гибкости

Если внедрение технологий упирается в сложность и согласования, бизнес перестает приносить инновационные идеи в IT.

90 % крупных компаний здесь

Интеграции критически важны для крупного бизнеса

В одной системе уже невозможно хранить и реализовать все продукты, логические цепочки, бизнес-процессы и потребности подразделений. Нужна архитектура, где разные решения связаны слабо и управляемо.

ПО и сервисов становится слишком много для одной монолитной системы.
Логические цепочки и бизнес-процессы нужно разделять по зонам ответственности.
Разные подразделения должны управлять своими изменениями без разрушения всего контура.

Схема множества систем, потоков и бизнес-процессов

Сильная и слабая связанность

Выход — сервис-ориентированная IT-архитектура через ESB

Просто выбрать инструмент — пустая трата времени и денег. Без правильной архитектуры интеграций инновации не решают проблемы, ради которых внедрялись.

Сильная связанность модулей IT-систем

Электронная очередь сама по себе не убирает хаос процессов: получив талончик, вы все равно оказываетесь в обычной очереди. В IT это масштабируется на сотни систем.

График роста сложности при сильной связанности модулей IT-систем

Сравнение сильной связанности IT-систем с очередью в поликлинике

Потеря данных по непонятной причине.
Сложно подготовиться к пиковым нагрузкам: черная пятница и новогодний ажиотаж перегружают системы.
Подключение новых систем и изменения в старых вызывают неожиданные отказы.
Растет стоимость содержания инфраструктуры и подключения BI-аналитики.
Подразделения перекладывают ответственность друг на друга.

Слабая связанность через сервисную шину

ESB и Data Lake позволяют разделить ответственность, стандартизировать обмены и развивать контур без постоянного риска сломать соседние системы.

Схема слабой связанности IT-систем через сервисную шину предприятия

Легко менять системы.
Снижается нагрузка на источники и приемники данных.
Проще готовить аналитику и подключать BI.
Исключается потеря данных в критичных обменах.
Новые системы подключаются быстрее и дешевле.

Карта последствий

Симптомы, которые нельзя закрыть одним новым инструментом

Как проявляется сильная связанность

Нерациональная нагрузка на системы: в пиковые дни, например во время черной пятницы или новогоднего ажиотажа, системы перегружены и теряют данные.
Отсутствие единого стандарта данных усложняет аналитику, препятствует оперативному получению статистики и мешает эффективному управлению бизнесом.
Подключение новых систем становится сложнее, а внесение изменений в уже подключенные часто приводит к внезапным отказам в других системах.

Почему выбор инструмента не решает задачу

В IT-архитектуре просто выбор инструмента — пустая трата времени и денег.
Без понимания того, как правильно реализовывать интеграции, никакими инновациями не решить тех проблем, ради устранения которых они внедрялись.
Проблема не в названии ESB, брокера или хранилища, а в карте потоков, стандарте данных и ответственности за изменения.

Что бизнес теряет без архитектуры

Потеря данных по непонятной причине.
Сложность предвидения и подготовки к пиковым нагрузкам даже после модернизации.
Непрерывно возрастающая дороговизна содержания IT-инфраструктуры.
Развитие связано с подключением новых систем, что с каждым разом обходится дороже и требует больше времени.

Что меняет слабая связанность

Используем подход слабой связанности модулей IT-систем через сервисную шину предприятия.
Для наглядности это похоже на коммерческую клинику: потоки разделены, ответственность понятна, очереди не блокируют друг друга.
Легко менять системы, снижать нагрузку, подготавливать аналитику данных, исключать потерю данных и подключать BI.

Андрей Путин, основатель и генеральный директор KT.Team

Подход

Простые и легко передаваемые IT-решения с измеримой бизнес-ценностью

Расскажите о проблеме, которую нужно решить. Мы зафиксируем результат, стоимость и срок выполнения работ в документах. Обычно первичный разбор занимает 1-2 недели.

Андрей Путин, основатель и генеральный директор KT.Team

Кейсы