Alex_496,

я гораздо менее категоричен в оценке SSIS как средства ETL. Безусловно, спектр нативных возможностей SSIS минималистичен. Однако, на мой взгляд, полупродукт должен качественно отличаться от продукта полным отсутствием некоей базовой функции(ий), свойственной данному классу продуктов. Список базовых функций заложен в самой аббревиатуре ETL. В принципе и первое, и второе, и третье SSIS умеет.

Мне не приходилось реализовывать через скриптовые компоненты какие-то базовые вещи, обязательные для всех ETL продуктов. Я делал, например, прямой обмен рекордсетами через память или пополняемый кеш в памяти - многие ли средства ETL умеют это прямо из коробки? Обязательны ли нативные компоненты архивации и SFTP, или коннектор к RabbitMQ? Я считаю, что безусловно желательны и удобны, но не обязательны. Скриптовые компоненты обеспечивают большие производительности или удобство, но не какой-то принципиально новый функционал.

P.S. Пришлось однажды наблюдать последствия привлечения компании-партнера. У крупной компании внезапно навернулась вся ночная загрузка (10+ часов) - закончилась лицензия на компонент. Последствия описывать не стану.

Alex_496,

Очевидно, что на перечисленное вами в MS забили. Ну или почти забили (скажем, Package Parts - это попытка имитации ворклета заведомо негодными средствами). Выделить SSIS из MS, думаю, уже невозможно. Разве что вышвырнуть продакт-лидера и нанять новую большую команду? Но у MS другие заботы - миграция в облака (со своим ETL) и линукс. Поэтому я думаю, что SSIS так и останется Золушкой без принца.

P.S. Миграция на линукс - нет библиотек, кроме .Net Core. Версия 2017 не дает менять в скриптах версию .Net Framework - прощай, любимые кортежи. Нет, только массовые расстрелы спасут РодинуSSIS...