Мы используем коммерческое решение, названное TextAnywhere для этого.
За небольшую плату (несколько пенсов на SMS), они дают Вам веб-сервис (плюс API для.NET, ASP, Java, C++, и т.д.). Это легко, и это работает, хотя это не свободно.
В его самом основном, это столь же просто как создание URL-запроса с числом и текстом сообщения в QueryString, и их сервер делает остальных для Вас.
Давайте на мгновение подумаем о вариантах использования ETL.
Кроме того, существуют некоторые дополнительные требования, которые не являются отдельными вариантами использования.
Каждая отдельная операция должна быть отдельным процессом, который может быть подключен в конвейере Unix, при этом отдельные записи переходят от процесса к процессу. Это использует все ресурсы ЦП.
Вам нужен какой-то основанный на времени планировщик для мест, у которых есть проблемы с обоснованием своих предварительных условий ETL.
Вам нужно основанное на событиях расписание для мест, которые могут определить предварительные условия для шагов обработки ETL.
Примечание. Поскольку ETL привязан к вводу-выводу, использование нескольких потоков не принесет вам пользы. Поскольку каждый процесс выполняется в течение длительного времени - особенно если у вас есть тысячи строк данных для обработки, накладные расходы «тяжелых» процессов не повредят.
Вот случайный список без определенного порядка:
Автоматическое / эвристическое сопоставление имен столбцов. Например, простые сопоставления строк:
DB1: customerId
DB2: customer_id
Я считаю, что большая часть работы, которую я (проделал) в DTS / SSIS, могла быть сгенерирована автоматически.