Jitterbit vs. BizTalk

Question

Gibt es jemanden, verwendet hat oder sah in mit Jitterbit sowie BizTalk? Wenn ja, was sind einige Vor-und Nachteile der einzelnen, und die man haben Sie gehen mit als letzte Lösung?

Insbesondere suche ich nach SAP-Integration, aber jede Eingabe würde geschätzt.

Answer 1

Ich habe ein gutes Stück der Integration mit SAP durchgeführt, mit dem alten SAP DCOM-Anschluss starten. In jüngerer Zeit hat mich bei der Auswahl einer Integrationsplattform beteiligt in einem Enterprise Service Bus-Muster.

dienen

Wir haben Web-Service-Proben zu SAP auf einer Reihe von Plattformen zu verbinden, einschließlich BizTalk, Mule, Netweaver, Webmethods und Tibco. Webmethods gewonnen basierend auf Lizenzen und die Fähigkeit, obwohl BizTalk und Netweaver beide hatten sehr gute Noten.

Jitterbit nicht Teil der Bewertung ist -. In der Tat ich es aussehen musste bis sein, dass ich Ihre Frage verstehe

Wenn Ihr Ziel nur um die Lage ist, eine RFC zu nennen, der .NET-SAP-Connector funktioniert gut.

Wenn Ihr Ziel einen Web-Service zu belichten ist ein Prozess in SAP-Wrapper, dann ist BizTalk gut, aber ich empfehle Ihnen, ob Ihre Organisation bereits netweaver, da es eine Genehmigung erteilt hat viele Web-Services zur Verfügung direkt aus SAP ohne Codierung sind.

Meine Empfehlung ist jetzt Jitterbug und Mule für das Unternehmen zu vermeiden - es sei denn, Open Source eigentlich eine beliebte Sache an Ihrem Arbeitsplatz ist. Netweaver und BizTalk sind sehr robust, poliert Produkte.

Wenn Sie etwas suchen Sie ganz einfach versenden können, dann kann Jitterbug mehr Sinn machen. Obwohl im Allgemeinen würde ich empfehlen Sie es als Web-Service-Aufruf zu definieren, und suchen Sie Ihren Kunden Technologie-Stack für die am besten geeignete Integrationstechnik.

Weitere Kontext dessen, was Sie suchen, um eine genauere Antwort zu erreichen ermöglicht.

Answer 2

Wie Rob habe ich nicht gehöre, über Jitterbit, bis die Frage zu lesen, ich habe aber schon mit BizTalk arbeitet fast ausschließlich für die letzten 9 Jahre (danke!); Aus diesem Grund war ich nicht sicher, ob ich sollte sein reagieren, sondern als Rob tat, und niemand sonst hat, dachte ich, es lohnt sich ein paar Cent ....

Von der kleinen Lesung ich es getan habe, scheint mir, dass Jitterbit, abgesehen von einem Open-Source sein, die es Vor- und Nachteilen haben, versucht, die Eintrittsbarriere zu senken, indem eine relativ einfache Lösung mit dem Versprechen der schnellen anbieten Entwicklung und Drag-and-Drop-Ansatz "ohne benutzerdefinierten Code".

Ich werde ihr Versprechen für bare Münze nehmen, da ich nichts davon wissen, obwohl ich meine Zweifel, so lassen Sie sich mit Jitterbit übernimmt die Entwicklung einfach ist, es ist eine Sache kann ich klar Zustand - mit BizTalk Entwicklung nicht ist .

Aber, und das ist ein bisschen, aber meiner Meinung nach, mit BizTalk Entwicklung ist etwas schwierig, nicht, weil Microsoft einen schlechten Job es tat, im Gegenteil - mit BizTalk Entwicklung ist etwas schwierig, weil Microsoft realistisch ein Werkzeug, das könnte schaffen wollte können Unternehmen ihre BPM lösen und Integration braucht gut, und nach meiner Erfahrung sind diese Probleme so gut wie nie einfach, so Microsoft einen Server, der viele Funktionen hat, gebaut hatte ist sehr stark und sehr flexibel, auf Kosten der Komplexität.

So, während jeder erfahrene technische Verkäufe Kerl Sie können eine Demo von einem Integrationsszenario geben, die sehr einfach ist, und ist in wenigen Minuten mit viel Drag & Drop und Konfiguration, auch in BizTalk entwickelt, aber dies ist ein realistische Enterprise-Level-Lösung? es war ein realistisches Szenario, das demonstriert? aus meiner Erfahrung ist die Antwort fast ausschließlich nicht; die Probleme sind in der Regel komplex, und ihre erfordern eine robustere Lösung.

Also, ich denke, unterm Strich wäre - wenn man für eine einmalige Lösung suchen, und Open-Source ist mit etwas euch arbeiten - Jitterbit ist auf jeden Fall einen Blick wert, zu sehen, wenn es von aushelfen fähig ist und hat , in der Tat, eine kurze Einarbeitungszeit (es wäre wichtig, um die Wartung zu suchen, Überwachung, Fehlersuche, zB Management, etc.)

Wenn aber glauben Sie, wie es oft der Fall, dass Ihre Lösung eine BPM / Integrationsplattform in Ihrer Organisation zu werden, würde wachsen, und Sie brauchen etwas robustere - ich würde mein Geld setzen auf BizTalk ein besserer Kandidat sein .

Answer 3

Michael,

Wir verwenden Jitterbit in unserer Organisation und wir haben in verschiedenen Projekten mit sehr erfolgreich. Unsere SAP-Projekte verwenden XI und Jitterbit wird vereinfacht dramatisch die Fähigkeit, Web-Service-Schnittstellen mit den verschiedenen Protokollen zu integrieren unterstützt wird.

Neben einem hervorragenden Preis (und wir jetzt für die Unterstützung Jitterbit subscribe) realisieren wir großen Wert aus dem Support-Service. Wenn wir Fragen während unserer Implementierungen haben scheinen sie alle Gegenstand Know-how zu schaffen, in der Support-Kosten enthalten, so sind wir ganz autark.

Wir haben noch viele andere Integrationslösungen in unserem Unternehmen einschließlich VB und Java-Programme; es ist ein Chaos, aber wir glauben nicht, dass einer Plattform, die alle unsere verschiedenen Geschäftsbereiche Bedürfnissen gerecht wird. Wir haben Open-Source wurde unter Verwendung, insbesondere Linux und Apache seit vielen Jahren, obwohl IBM und Microsoft hier auch weit verbreitet sind.

Wir gingen mit Jitterbit wie es Protokolle unterstützt benötigten jedes modernes System zu integrieren und mit SOA / Web Service unserer erklärte Richtung Jitterbit zu sein, war ein großes fit für das, was wir brauchten.

Da Jitterbit Open Source ist, würde ich Sie ermutigen, es zu downloaden und versuchen Sie es heraus.

Answer 4

Ich werde es einfach sagen, ich habe biztalk benutze und war einer der Menschen, die die 2006 Trainingskurs half zu validieren. Biztalk mit Abstand eines der besten Server-Anwendungen für Geschäftsprozess, die heute verfügbar ist. Sie auch im Preis Punkt Faktor haben, ist lächerlich gering im Vergleich zu dem, was es sonst noch gibt.