Search results matching tags 'BizTalk Server 2006 R2', 'BizTalk Server', and 'WCF'

daenet wins German innovation prize 2008 for SOA / daenet gewinnt den Innovationspreis 2008 für die Kategorie SOA

aerben — Thu, 06 Mar 2008 15:41:43 GMT

(German version below / deutsche Version weiter unten)

Now I can finally talk about it. Our daenet SOA Suite now has officially been awarded with an important prize. "http://www.imittelstand.de/auszeichnungen/innovationspreis2008/kategoriesieger/soa.html" The "Innovationspreis 2008" (innovation prize 2008) specifically considers the needs of the so called "Mittelstand". The "Mittelstand" is the engine and the driver of the economy in Germany. Even though it means roughly "medium sized businesses", many of them are international, globalized companies with 10000 employees and more that in the US most often would be called enterprises. What is special about them is the down-to-earth "can-do" attitude and the need for fast return of investment (ROI) coupled with a high level of innovation.

So we are very proud that our SOA solution is being recognized as the BEST SOA solution for the most important customers that possibly could exist for all the right reasons.

The jury was huge and impressive, both academically apt and still with the mindset of delivering value is the key differentiator in life.

Why did we target the needs of the "Mittelstand"? Because we see that a lot of SOA approaches are far too complex for most companies and therefore too much being talked about and too little is being actually done. Being suitable for "Mittelstand" in my opinion automatically means being suitable for enterprises with the advantage that you can "scale" the approach down even to the departmental level.

In future posts I will likely talk more about what the daenet SOA Suite can do... until then: just ask me if you are interested.

(German version / deutsche Version)

Nun kann ich endlich darüber sprechen. Unsere daenet SOA Suite wurde offiziell mit einem wichtigen Preis ausgezeichnet. "http://www.imittelstand.de/auszeichnungen/innovationspreis2008/kategoriesieger/soa.html" Der "Innovationspreis 2008" berücksichtigt besonders die Bedürfnisse des sogenannten "Mittelstand". Der Mittelstand ist der Motor der deutschen Wirtschaft. Auch wenn es eigentlich "Mittelgroße Firmen" bedeutet, sind viele dieser in Wirklichkeit internationale, globalisierte Firmen mit 10000 und mehr Angestellten, die in den USA oft "enterprises" genannt würden. Besonders am Mittelstand ist die Bodenständigkeit und die "wir machen's möglich"-Einstellung, welche aber mit der Notwendigkeit einhergeht, einen schnellen Investitionsrückfluss (ROI) zu erreichen, der mit einem hohen Innovationsbedarf und hoher Innovationskraft gekoppelt ist.

Also sind wir sehr stolz, dass unsere SOA Lösung als die BESTE SOA Lösung für diese Kundenzielgruppe anerkannt wurde, welche sicherlich aus all den richtigen Gründen heraus gesehen die wichtigste Kundenzielgruppe überhaupt ist.

Die Jury selbst war groß und beeindruckend: Akademisch qualifiziert und gleichzeitig mit dem Bewusstsein, dass "Werte schaffen" der Hauptunterscheidungsgrund im Leben ist.

Warum haben wir speziell die Bedürfnisse des "Mittelstand" adressiert? Weil wir sehen, dass viele SOA Ansätze bei weitem zu komplex für die meisten Firmen sind und deshalb zu viel geredet und zu wenig gehandelt wird. Wenn eine Lösung für den Mittelstand geeignet ist, heisst das meiner Meinung nach, dass sie automatisch auch für Konzerne geeignet ist aber den Vorteil mitbringt, nach "unten" skalierbar zu sein, also selbst auf Abteilungsebene einsetzbar zu sein.

In künftigen Artikeln werde ich wahrscheinlich mehr darüber schreiben, was die daenet SOA Suite alles kann... bis dahin: Bitte fragen Sie mich, wenn Sie Interesse haben!

Huge surprise today around daenet and SOA / Heute große Überraschung rund um daenet und SOA

aerben — Thu, 06 Mar 2008 12:35:18 GMT

(German version below / deutsche Version weiter unten)

Expect a huge surprise today. I am waiting for the official press info to leak out so nobody is upset with me that I talk about it. What I can tell you is that it is around daenet and SOA. It will be one more reason to talk to us when it comes to this topic :)

(German version / deutsche Version)

Heute kommt noch eine große Überraschung auf uns zu. Ich warte noch darauf, dass eine offizielle Presseinfo raussickert, so dass niemand sauer auf mich sein kann, dass ich darüber rede. Was ich jetzt schon sagen kann ist, dass es um daenet und SOA geht. Es wird ein weiterer Grund sein, mit uns über dieses Themengebiet zu sprechen :)

BizTalk RFID integration too slow? BizTalk RFID Integration zu langsam?

aerben — Wed, 30 May 2007 20:40:53 GMT

(deutsche Version weiter unten)

BizTalk RFID integration too slow?

I heard discussions that BizTalk RFID is too slow when integrating with "regular" BizTalk.
It is true that when you use only "out-of-the-box" components, you might end up building a solution like that:

transactional BizTalk RFID process
BizTalk RFID SQL Server Event Sink
BizTalk SQL Server Adapter
... regular BizTalk Server processing

Because of several reasons this is a "slow" approach: Biztalk RFID works "transactional", adding overhead. BizTalk RFID pushes data to the database. Then the BizTalk SQL Server Adapter needs to poll the database to retrieve the data, depending on the polling interval.

If speed is a concern, then consider carefully if you need transactional integrity or reliability at the process level. The "express" option can speed the process up with the risk of missing some events. Next, it is not a good idea to have a coupling between BizTalk RFID and regular BizTalk that is dependend on polling. A better approach is to use a BizTalk WCF adapter and write your own event handler that posts to that adapter. This means that BizTalk can "kick in" immediately when the message gets sent to BizTalk. Couple that with approaches that avoid the message box and the speed issues should go away while leveraging the BizTalk platform.

The "fastest" way of course would be to implement the system connectivity directly in the event handler. However, try to keep the event handler as lightweight as possible and rather ship the processing out to another box, interfacing in a way that allows load balancing. Here, again WCF is a good guess since it allows you to retain most of the loose coupling you might need.

In my opinion WCF is the most practical approach to connect systems with BizTalk RFID.

BizTalk RFID Integration zu langsam?

Ich bekam einige Diskussionen mit, dass die Integration von BizTalk RFID mit der normalen BizTalk Infrastruktur zu langsam wäre. Wenn man nur die mitgelieferten Standardkomponenten nutzt, kann es tatsächlich passieren, dass man zu einer Lösung kommt, die ungefähr wie folgt aussieht:

transaktionaler BizTalk RFID Prozess
BizTalk RFID SQL Server Event Sink
BizTalk SQL Server Adapter
... normale BizTalk Server Verarbeitung

Aus verschiedenen Gründen ist das ein "langsamer" Lösungsansatz: BizTalk RFID arbeitet hier "transaktional", was einiges an Overhead bedeutet. Dann schreibt BizTalk RFID die Daten in eine Datenbanktabelle. Der BizTalk SQL Server Adapter muss diese Tabelle regelmäßig abfragen, was dazu führt, dass die Geschwindigkeit wieder vom "Polling Intervall" abhängt.

Wenn Geschwindigkeit von Bedeutung ist, sollte man hingegen genau prüfen, ob transaktionale Integrität oder "Reliability" wirklich auf der Prozessebene gefordert sind. Die "Express"-Option kann den Prozess beschleunigen, birgt aber das Risiko, dass Events verloren gehen. Der nächste Punkt ist, dass eine Kopplugn zwischen BizTalk RFID und dem "normalen" BizTalk, welche auf einem Polling-Mechanismus basiert, keine sonderliche gute Idee ist. Ein besser geeigneter Ansatz ist, den BizTalk WCF Adapter zu verwenden und einen eigenen Event Handler zu implementieren, der an diesen Adapter sendet. Dies führt dazu, dass BizTalk sofort mit der Verarbeitung anfangen kann, wenn die Nachricht an Biztalk gesendet wird. Wenn man dies mit Ansätzen verbindet, welche die Verwendung der Message Box vermeiden, kann man Geschwindigkeitsprobleme umgehen und dennoch die Vorteile der BizTalk Plattform ausnutzen.

Der "schnellste" Weg wäre natürlich, die Systemanbindung direkt innerhalb des Event Handlers zu implementieren. Dieser Event Handler soll aber so leichtgewichtig wie möglich bleiben und eher die Verarbeitung an ein anderes System auslagern, wobei das andere System in einer Art und Weise verbunden werden sollte, welche eine Lastverteilung ermöglicht. Auch hier bleibt WCF ein guter Ansatz, da es erlaubt eine möglichst lose Kopplung beizubehalten.

Fazit: Nach meiner Meinung ist WCF der praktikabelste Ansatz, um Systeme mit BizTalk RFID zu verbinden.