Jitterbit vs BizTalk

Question

Existe alguém que tenha usado ou olhou para usando Jitterbit, bem como BizTalk? Se sim, quais são alguns prós e contras de cada um, e qual deles você ir com a sua solução final?

Especificamente, eu estou olhando para a integração SAP, mas qualquer entrada seria apreciada.

Answer 1

Eu fiz um pouco de integração com SAP, começando com o conector DCOM velho SAP. Mais recentemente, eu estive envolvido na seleção de uma plataforma de integração para servir em um padrão Enterprise Service Bus.

Nós fizemos amostras de serviços web para se conectar ao SAP em várias plataformas, incluindo BizTalk, Mule, Netweaver, WebMethods e Tibco. Webmethods ganhou com base em licenciamento e capacidade, embora BizTalk e Netweaver ambos tiveram notas muito altas.

Jitterbit não fazia parte da avaliação - na verdade eu tinha que procurá-lo para ter certeza que eu entendi sua pergunta .

Se o seu objetivo é apenas para ser capaz de chamar um RFC, o conector .NET SAP funciona bem.

Se o seu objetivo é expor um serviço web para Wrapper um processo em SAP, em seguida, BizTalk é bom, mas eu recomendo que você veja se a sua organização já tenha licenciado NetWeaver, pois há muitos serviços web disponíveis diretamente do SAP sem codificação.

A minha recomendação é evitar Jitterbug e Mule para a empresa por enquanto - a menos que Open Source é realmente uma coisa popular em seu local de trabalho. Netweaver e BizTalk são muito robustos, produtos polido.

Se você estiver procurando por algo que você pode enviar facilmente, então Jitterbug pode fazer mais sentido. Embora geralmente eu recomendo que você defini-lo como uma chamada de serviço web, e olhar para a sua tecnologia de pilha clientes para a técnica de integração mais adequada.

Mais contexto do que você está olhando para conseguir permitirá uma resposta mais precisa.

Answer 2

Como Rob eu não ouvi sobre Jitterbit até ler sua pergunta, eu tenho, no entanto, foi trabalhar com BizTalk, quase exclusivamente, nos últimos 9 anos (obrigado!); por essa razão eu não tinha certeza se deveria estar respondendo, mas como Rob fez, e ninguém mais, eu percebi que vale a pena um par de centavos ....

Do pouco leitura que fiz, parece-me que Jitterbit, além de ser uma fonte aberta, que tem suas vantagens e desvantagens, está tentando diminuir a barreira de entrada, oferecendo uma solução relativamente simples com a promessa de uma rápida desenvolvimento e drag-n-drop abordagem "sem código personalizado".

Vou levar sua promessa no valor de cara, como eu não sei nada sobre isso, embora eu tenha minhas dúvidas, então vamos assumir a desenvolver com Jitterbit é realmente fácil, há uma coisa que posso indicar claramente - desenvolvendo com BizTalk não é .

Mas, e isso é um pouco, mas na minha opinião, a desenvolver com BizTalk é um pouco difícil, não porque a Microsoft fez um trabalho ruim para ele, pelo contrário - em desenvolvimento com BizTalk é um pouco difícil porque a Microsoft queria criar uma ferramenta que poderia realisticamente permitem que as empresas para resolver seu BPM e integração precisa de bem, e, na minha experiência, esses problemas quase nunca são simples, então a Microsoft tinha construído um servidor que tem muitos recursos, é muito forte e muito flexível, com o custo de complexidade.

Assim, enquanto todas as vendas técnicos experientes cara pode dar-lhe uma demonstração de um cenário de integração que é muito simples, e é desenvolvido em poucos minutos usando um monte de arrastar e soltar e configuração, mesmo em BizTalk, mas isso é uma solução de nível empresarial realista? era um cenário realista que foi demonstrado? a partir de minha experiência, a resposta é quase exclusivamente não; os problemas tendem a ser complexas, e sua requerem uma solução mais robusta.

Então, acho que a linha de fundo seria - se você está procurando um fora de uma solução, e de código aberto é algo que vocês trabalham com - Jitterbit é definitivamente vale a pena olhar, vendo se é capaz de ajudar e tem , de fato, uma curva de aprendizagem curta (seria importante olhar para a manutenção, monitoramento, resolução de problemas, gerenciamento de instância etc)

Se, no entanto, você acredita, como é frequentemente o caso, que a sua solução iria crescer para se tornar um / plataforma de integração BPM em sua organização, e você precisa de algo mais robusto - Eu colocaria meu dinheiro em BizTalk ser um candidato melhor .

Answer 3

Michael,

Nós usamos Jitterbit em nossa organização e temos sido muito bem sucedido com ela em vários projetos. Nossos projetos SAP usam XI e Jitterbit simplificou drasticamente a capacidade de integrar interfaces de serviços Web com os vários protocolos que ele suporta.

Além de uma excelente preço (e que agora se inscrever para Jitterbit de apoio) percebemos grande valor fora do serviço de suporte. Se tiver alguma dúvida durante nossas implementações eles parecem fornecer toda a experiência sobre o assunto incluído no custo de suporte, por isso estamos bastante auto-suficiente.

Ainda temos muitas outras soluções de integração em nossa empresa, incluindo programas de VB e Java; é uma bagunça, mas não acreditamos que qualquer uma plataforma irá satisfazer todas as necessidades dos nossos diferentes divisões. Temos vindo a utilizar open source, especificamente Linux e Apache por muitos anos agora, embora a IBM e Microsoft também são predominantes aqui.

Nós fomos com Jitterbit como ele suporta os protocolos necessários para integrar qualquer sistema moderno e com SOA / Web Services sendo nossa direção declarado Jitterbit foi um grande ajuste para o que precisávamos.

Dado que Jitterbit é Open Source, gostaria de encorajá-lo a baixá-lo e experimentá-lo.

Answer 4

Eu vou dizer-lo simplesmente, tenho vindo a utilizar o BizTalk e foi uma das pessoas que ajudaram a validar o curso de formação de 2006. BizTalk de longe um dos melhores aplicativos de servidor para o processo de negócio que está disponível hoje. Você também tem de levar em consideração o ponto de preço é ridiculamente baixo em comparação com o que mais está lá fora.