Вопрос

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

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

Это было полезно?

Решение

Я проделал изрядную часть интеграции с SAP, начав со старого разъема SAP DCOM connector.Совсем недавно я участвовал в выборе интеграционной платформы для обслуживания в рамках корпоративной сервисной шины.

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

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

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

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

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

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

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

Другие советы

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

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

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

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

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

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

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

Майкл,

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

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

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

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

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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top