Comments 5
то это ошибка проектирования, которую надо исправлять доработкой этих систем.

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

Хабр, ты серьезно? Такой пост и ни одного комментария и рейтинг 4?!?
Спасибо за комплимент:) даже если интегрируются «суровые монстры» — если между двумя системами выполняющими полезную работу появляется третья только для связи между ними — это плохо, потому что это +1 технология и +1 человек поддержку и +1 комплект документации на решение для хранения.

А когда систем работает 100+, то реальна ситуация когда под сокращение кого-то уволят и о ней просто забудут пока ненакроется

Есть хорошее правило — требования к интерфейсу интеграции определяет система-приемник.
Допиливать надо источник и выкладывать конец в Enterprise Service Bus, где в идеале лежит вся интеграция. Чтобы никаких «кротовых нор» не было.
мой личный опыт работы с ETL-инструментами

Можете привести примеры и описать плюсы и минусы систем которыми пользовались.
Просто в данный момент у нас самописная система, а хотелось бы что-то полноценное и зрелое.
Хорошая статья, спасибо. Сейчас сами решаем задачу подгрузки данных из других систем и разбираемся с ETL инструментами. Помогло структурировать полученные знания.
Only those users with full accounts are able to leave comments. Log in, please.