Мы попросили экспертов поделиться мнением, как грамотно спланировать, спроектировать и осуществить интеграцию данных.
Интеграция данных играет ключевую роль в процессе миграции на новую ИТ-платформу. Эта задача, которую сегодня приходится решать многим российским заказчикам, долгие годы «сидевшим» на зарубежных решениях от SAP, Oracle, Microsoft и других западных вендоров, покинувших отечественный рынок и оставивших своих пользователей без обновлений, поддержки и лицензий. Но дело не только в миграции. С возрастающим количеством облачных сервисов, SaaS-продуктов и унаследованных систем, потребность в их бесшовной интеграции растет с каждым днем. Таким образом, бизнесу нужен переход на новые платформы (российские проприетарные либо продукты с открытым исходным кодом), и этот переход должен быть максимально безболезненным, наименее затратным и эффективным.
Данные — кровь современного бизнеса. При миграции необходимо обеспечить их целостность, гарантировать, что вся информация будет перенесена без потерь и искажений. Интеграция данных помогает поддерживать актуальность и точность информации в новой среде. От данных зависят бизнес-процессы. Правильно настроенная интеграция данных помогает обеспечить нормальное функционирование критических бизнес-процессов и после их миграции. Во время перехода на новую программную платформу важно свести к минимуму время, когда система не доступна для использования. Эффективная интеграция данных помогает ускорить процесс миграции и сократить перерывы к их доступу. Нередко нужная информация находится в различных форматах и системах, зачастую устаревших и унаследованных. Интеграция обеспечивает их согласование и унификацию, что критически важно для эффективной работы новой системы. Бизнес нуждается в прозрачной картине для принятия решений. Только грамотная интеграция данных способна предоставить такую прозрачность для принятия решений на всех уровнях управления. Неправильное управление данными во время миграции может привести к серьезным проблемам, таким как потеря данных или сбои в системе. После миграции может потребоваться дальнейшее обновление данных или их архитектуры. Если данные правильно интегрированы, управление последующими изменениями становится проще и менее рискованным. Это лишь некоторые аргументы в пользу того, что интеграция данных — стратегически важная часть проекта по миграции на новую ИТ-платформу, и ей следует уделить самое пристальное внимание. В ходе планирования интеграции данных у заказчиков нередко возникают вопросы, которые они задают консультантам, часто не удается избежать и подводных камней на этом пути. Мы попросили экспертов поделиться мнением, как грамотно спланировать, спроектировать и осуществить интеграцию данных.
Переход на открытый код
Если осуществляется миграция с проприетарных решений на ПО с открытым исходным кодом, заказчики нередко опасаются столкнуться с теми или иными техническими препятствиями. По мнению Александра Чиченина, технического директора компании ITentika, для закрытых систем наиболее вероятными рисками становятся слабое качество документации и трудности с реализацией механизмов интеграции. Под этим эксперт подразумевает закрытые форматы передачи данных и недокументированное API, скрытые уязвимости, требующие дополнительного black box security-тестирования, невозможность расширения существующей функциональности силами внутренней команды, а также высокую зависимость от поставщика системы — так называемый Vendor Lock-In, ситуацию в которой будет трудно за приемлемое время и средства поменять одну интегрированную систему на другую, если компания расторгнет договор или прекратит свое существование. С другой стороны, по его мнению, системы с открытым исходным кодом не несут рисков прекращения деятельности компании, однако на первый план выходят вопросы лицензирования, не каждая лицензия позволяет использовать лицензированный ею продукт без открытия кода системы, которая ее интегрирует, дополнительных трудностей добавляет и существование систем с двойным лицензированием для коммерческого и некоммерческого использования. «Следует отметить, что, хотя расширение исходной функциональности и допустимо, появляются риски невозможности обновления системы из-за конфликтов между сделанными изменениями и изменениями, пришедшими от разработчика системы. Также к минусам подобных систем можно отнести, как правило, слабую или вовсе отсутствующую поддержку со стороны разработчиков системы, которая, однако, частично компенсируется более развитым...
