Джиттербит против BizTalk - PullRequest
       20

Джиттербит против BizTalk

7 голосов
/ 18 декабря 2008

Есть ли кто-нибудь, кто использовал или изучал использование Jitterbit, а также BizTalk? Если да, какие плюсы и минусы у каждого из них, и какой из них вы выбрали в качестве окончательного решения?

В частности, я ищу интеграцию с SAP, но мы будем благодарны за любой вклад.

Ответы [ 4 ]

6 голосов
/ 23 декабря 2008

Как и Роб, я не слышал о JitterBit до тех пор, пока не прочитал ваш вопрос (спасибо!), Однако я почти исключительно работал с BizTalk в течение последних 9 лет; по этой причине я не был уверен, что должен отвечать, но, как и Роб, и никто другой не понял, я решил, что это стоит пару центов ....

Из небольшого прочтения, которое я сделал, мне кажется, что JitterBit, помимо того, что является открытым исходным кодом, у которого есть свои плюсы и минусы, пытается снизить входной барьер, предлагая относительно простое решение с обещанием быстрого Подход к разработке и перетаскиванию "без специального кода".

Я возьму их обещание за чистую монету, поскольку я ничего не знаю об этом, хотя у меня есть свои сомнения, поэтому давайте предположим, что разработка с JitterBit действительно проста, есть одна вещь, которую я могу четко заявить - разработка с BizTalk не .

Но, и это немного, но, на мой взгляд, разработка с BizTalk несколько затруднена не потому, что Microsoft плохо с этим справилась, а наоборот - разработка с BizTalk несколько затруднительна, потому что Microsoft хотела создать инструмент, который мог бы реально позволяют предприятиям хорошо решать свои задачи BPM и интеграции, и, по моему опыту, эти проблемы почти никогда не бывают простыми, поэтому Microsoft создала сервер, который имеет много возможностей, очень сильный и очень гибкий, за счет сложности.

Таким образом, хотя любой опытный технический специалист по продажам может дать вам демонстрацию сценария интеграции, который очень прост и разработан за несколько минут с использованием большого количества операций перетаскивания и настройки, даже в BizTalk, но действительно ли это реалистичное решение на уровне предприятия? Был ли это реалистичный сценарий, который был продемонстрирован? из моего опыта ответ почти исключительно нет; проблемы, как правило, являются сложными, и для их решения требуется более надежное решение.

Итак, я полагаю, что суть в том, что - если вы ищете одноразовое решение, а с открытым исходным кодом - то, с чем вы, ребята, работаете, - JitterBit определенно стоит посмотреть, если он способен помочь и действительно, короткая кривая обучения (было бы важно взглянуть на обслуживание, мониторинг, устранение неисправностей, управление экземплярами и т. д.)

Однако, если вы считаете, что, как это часто бывает, ваше решение вырастет и станет платформой BPM / интеграции в вашей организации, и вам нужно что-то более надежное - я бы положил деньги на BizTalk, как лучший кандидат .

5 голосов
/ 23 декабря 2008

Я немного интегрировался с SAP, начиная со старого коннектора SAP DCOM. Позже я принимал участие в выборе платформы интеграции для использования в схеме Enterprise Service Bus.

Мы сделали образцы веб-сервисов для подключения к SAP на нескольких платформах, включая BizTalk, Mule, Netweaver, Webmethods и Tibco. Webmethods выиграл благодаря лицензированию и возможностям, хотя у BizTalk и Netweaver были очень высокие оценки.

Jitterbit не был частью оценки - на самом деле мне пришлось искать его, чтобы убедиться, что я понял ваш вопрос.

Если ваша цель - просто вызвать RFC, коннектор .NET SAP работает хорошо.

Если ваша цель состоит в том, чтобы предоставить веб-сервису оболочку для процесса в SAP, то BizTalk - это хорошо, но я рекомендую вам посмотреть, есть ли у вашей организации лицензия на сетевой сервер, так как есть много веб-сервисов, доступных непосредственно из SAP без кодирования.

Я рекомендую пока избегать Jitterbug и Mule для предприятия - если только Open Source не является популярной вещью у вас на работе. Netweaver и BizTalk - очень надежные, полированные продукты.

Если вы ищете что-то, что вы можете легко отправить, то Jitterbug может иметь больше смысла. Хотя в целом я бы порекомендовал вам определить его как вызов веб-службы и обратить внимание на технологический стек ваших клиентов для наиболее подходящего метода интеграции.

Больше контекста того, чего вы хотите достичь, позволит получить более точный ответ.

1 голос
/ 02 марта 2009

Michael

Мы используем Jitterbit в нашей организации, и мы очень преуспели с ним в различных проектах. В наших проектах SAP используется XI, а Jitterbit значительно упростил возможность интеграции интерфейсов веб-служб с различными протоколами, которые он поддерживает.

В дополнение к отличной цене (и теперь мы подписываемся на поддержку Jitterbit), мы также получаем огромную выгоду от службы поддержки. Если у нас есть какие-либо вопросы во время наших реализаций, они, кажется, предоставляют весь предметный опыт, включенный в стоимость поддержки, поэтому мы вполне самодостаточны.

У нас все еще есть много других интеграционных решений, в том числе VB и Java; это беспорядок, но мы не верим, что какая-то одна платформа удовлетворит потребности всех наших подразделений. Уже много лет мы используем открытый исходный код, в частности Linux и Apache, хотя здесь также распространены IBM и Microsoft.

Мы пошли с Jitterbit, поскольку он поддерживает протоколы, необходимые для интеграции любой современной системы, и с SOA / Web-сервисами, являющимися нашим заявленным направлением, Jitterbit отлично подходит для того, что нам нужно.

Учитывая, что Jitterbit является открытым исходным кодом, я бы посоветовал вам загрузить его и попробовать.

0 голосов
/ 10 февраля 2009

Скажу просто, я использовал biztalk и был одним из тех, кто помог проверить учебный курс 2006 года. Biztalk, безусловно, одно из лучших серверных приложений для бизнес-процессов, доступных сегодня. Вы также должны учитывать, что ценовой пункт смехотворно низок по сравнению с тем, что еще есть.

...