SSIS хорошо подходит для массового ETL вариантов пакетных где вы перенося данные между SQL Server и
- другой РСУБД
- Excel
- A простой CSV файл
- Вы делаете не требуется обработка строк за строкой
- Ваше сопоставление - это преобразование преобразования типов данных (т.е. изменение
VARCHAR
на NVARCHAR
или DATETIME
к VARCHAR
и т.д.)
- Вы нормально с обработкой ошибок/неисправностей для партий, а не строк
- Вы делаете в первую очередь от точки к точке интеграции, которые вряд ли изменятся или будут необходимы только временно.
BizTalk хорошо подходит для реального времени потребностей обмена сообщениями, где:
- Вы передачи сообщений между любыми двумя конечными точками
- Вам нужен централизованный хаб и/или ESB для обработки сообщений
- Вам нужны мелкозернистые преобразования сообщений
- Вам необходимо работать с более сложными файловыми структурами циклов (то есть не прямо вверх CSV)
- Вы должны применить аналитики управляемой бизнес-правила
- Вы должны иметь возможность легко поменять конечные точки во время выполнения
- Вам нужно более усиленного управление ошибками/неисправностей для отдельных сообщений/строк
- Вам нужно расширенные возможности B2B (EDI, HL7, SWIFT, управление торговым партнером, подтверждени)
Оба они могут сделать работу другого с большим количеством дополнительной работы, но чтобы увидеть это, попытаться получить SSIS сделать задачу, которая потребует вызова хранимую процедуру для каждой строки, и чтобы она выполняла правильную обработку/преобразование ошибок каждой строки и пыталась сделать BizTalk объемной ETL-операции t шляпа требует минимального преобразования. Оба могут сделать это, но это будет болезненно.
Это не оба стека BizTalk, но они используются в одном и том же сценарии предприятия. –
Поскольку SQL Server является требованием для BizTalk Server, все его компоненты доступны в стеке BizTalk, как и любая функция Windows, такая как ИИС. Назовите это Microsoft On Premise Integration Stack ... который также может работать на Azure. –