Aufbau funktionierender Actian DataConnect-Integrationen

Kürzlich habe ich einen Artikel mit dem Titel "Warum Actian DataConnect mit den großen Jungs mithalten kann" geschrieben. Ich dachte, es könnte nützlich sein, einen use case zu zeigen, warum dies wichtig ist.

Als Entwickler und Datenintegrator sind viele Konzepte bei der Entwicklung eines Produkts wichtig. Einige davon sind Wiederholbarkeit, scalabilityStabilität und Zuverlässigkeit, usabilityund vieles mehr. Ich habe zwei großartige Beispiele, bei denen DataConnect diese Anforderungen erfüllt.

Der erste use case war ein Projekt für einen Kunden, der eine ERP-Lösung für staatliche Auftragnehmer namens Deltek Costpoint verwendete. Ende 2008 erstellte ich fünf Integrationen, die Daten in Costpoint einspeisten oder aus Costpoint abzogen und sie an ein^{Drittunternehmen} mit Maximus schickten. Diese Integrationen durchliefen die Kundenakzeptanztests, wobei in den ersten drei Monaten nur wenige Änderungen erforderlich waren, und seither wurden nur sehr geringe Änderungen vorgenommen. Das Tolle an diesen Integrationen ist, dass sie seit mehr als 6 Jahren konstant und zuverlässig ohne jegliche Wartung laufen. Dies spricht sehr für das Produkt in Bezug auf Stabilität und Zuverlässigkeit.

Aktueller Fall: 

Der folgende Prozess nimmt eine Eingangsdatei aus IBM Maximo (Unternehmenssoftware zur Verfolgung von Betrieb, Wartung und Entsorgung von Anlagen) und erstellt einen Arbeitsauftrag in Deltek Costpoint.

Ralph Huybrechts, CFO der Keta Group, LLC, sagte dazu: "Wir haben einen Vertrag mit Deltek, dem Softwarelieferanten, abgeschlossen, der David Byrd damit beauftragte, mehrere Pervasive-Integrationen zwischen der Buchhaltungs- und Zeiterfassungssoftware des Haupt- und Unterauftragnehmers und Maximo zu schreiben. David Byrd schrieb, testete und finalisierte diese Integrationen in einer 45-tägigen Einführungsphase vor dem Beginn unseres großen Base Operations Support-Vertrags mit der Armee. Dieser Vertrag erfordert 350 Mitarbeiter und 5.000 Serviceaufträge pro Monat. Die Integrationen funktionieren seit Beginn des Vertrags im Jahr 2010 einwandfrei.

Das zweite Beispiel habe ich kürzlich in einem anderen Artikel mit dem Titel "Web-Services Best Practice: Parallele Warteschlangen nutzen, um das Laden von Webservice-Daten zu rationalisieren" und wie wichtig es ist. Für diesen use case habe ich eine Integration entwickelt, die Nachrichten von Accumulator Webservices sowie andere Nachrichten, die in einer Datenbanktabelle gespeichert waren, ausführen sollte. Diese Nachrichten wurden von mehreren Integrationen erstellt und in die Tabelle eingespeist. Der Clou dabei ist, dass eine einzige Integration diese verschiedenen Nachrichtentypen aufnimmt und dann die Verbindungsparameter anhand der in der Tabelle mit der Nachricht gespeicherten Daten wie URL-Endpunkt, Nutzer und Kennwortdaten festlegt, den Webservice-Aufruf nahtlos verarbeitet und die Antwort zur späteren Verarbeitung in der Tabelle speichert. Einfach ausgedrückt, diese Integration stellt eine Verbindung zu mehreren Web-Service-Endpunkten her, ohne die erforderlichen Parameter in der Integration fest zu kodieren, und demonstriert damit Scalability.

Aktueller Fall: 

Der nachstehende Prozess liest eine Datenbanktabelle nach zu verarbeitenden Nachrichten, nimmt die Nachricht und die erforderlichen Anmeldeinformationen, sendet die Nachricht an einen Webservice, wartet auf die Antwort und speichert diese wieder in einer Tabelle. Darüber hinaus wird der Prozess über die Befehlszeile ausgeführt, wobei eine Warteschlangennummer übergeben wird. Dieser Prozess wurde mit ähnlichen bat-Dateien ausgeführt 75 Warteschlangen zur gleichen Zeit ausgeführt.

Aber es geht noch weiter: Das gleiche Designkonzept kann mit Oracle CX-Endpunkten noch einen Schritt weiter gehen. Man könnte eine ähnliche Integration in Erwägung ziehen, um Oracle Sales Cloud aus Daten zu laden, die aus Exporten von CRM On Demand stammen, allerdings könnte dies zu Problemen mit CRM On Demand führen, insbesondere mit großen Anhängen. Der Bulk-Export aus CRM OnDemand liefert alle kleinen Dateianhänge, aber nicht die großen. Es kann deren Anlagen-ID bereitstellen, die Sie über CRM-Anlagenexportanfragen in die Datenbank einspeisen, und jede Anlage in der Datenbankantwort speichern. In diesem Fall werden also nicht nur Daten zum Laden in einen Webdienst eingespeist, sondern auch zum Abrufen von Daten aus einem Webdienst, und das alles durch diese einzige Integration. Das Beste an diesem Integrationsdesign ist, dass sich die Integration nicht darum kümmert, woher die XML-Nachricht kommt oder wohin sie geht, sie nimmt einfach die Nachricht, stellt eine Verbindung her, sendet sie und speichert dann die Antwort. Das ist der Gipfel der Wiederholbarkeit.

Aktueller Fall: 

Das folgende Verfahren ist dem oben beschriebenen Verfahren sehr ähnlich. Tatsächlich wird so ziemlich das Gleiche getan. Die erste Ausnahme ist, dass die verschiedenen Nachrichtentypen nicht in Healthedge (eine Lösung für den Markt der Kostenträger im Gesundheitswesen) eingehen, sondern in einem Datenmigrationsprojekt verwendet werden, bei dem Daten aus Oracle CRM On Demand exportiert werden, die dann in eine Nachricht eingebaut werden, die in Oracle Sales Cloud geladen wird. Und die zweite Ausnahme ist, dass dies in Actian DataConnect V10 erstellt wurde.

Die folgende Bat-Datei ist dem obigen Prozess sehr ähnlich. Sie zeigt die Unterschiede bei der Ausführung eines v10-Prozesses über die Befehlszeile im Vergleich zu DataConnect v9.

Chris Fuller-Wigg, Director of Sales Automated Services, erklärte: "Die Effizienzgewinne, die wir durch das parallele Laden von Daten erfahren haben, sind fast unvorstellbar - sie sind fast 10 Mal schneller als beim seriellen Laden. Wir mussten einen ganzen Tag warten, bis die Konten geladen waren, um dann am nächsten Tag den Knopf zum Laden der Kontakte zu drücken. Wenn wir die Wartezeit weglassen und das System mehrere Daten gleichzeitig verarbeiten lassen, können wir die Daten im Durchschnitt 1,5 Wochen früher laden."

Lawrence Chan, Senior Sales Automated Services Consultant, fügte hinzu: "Der Wert dieser Lösung beschränkt sich nicht nur auf die unglaublichen Verbesserungen bei der Geschwindigkeit der Datenmigration. Mit einem Klick können wir die Daten Ihres Systems am Tag vor der Inbetriebnahme auf den neuesten Stand bringen. Mit der richtigen Planung gehören die langen Nächte, in denen Sie Ihre Daten auf den neuesten Stand bringen, der Vergangenheit an."

Die Tatsache, dass Actian DataConnect die Bedeutung dieser Begriffe erfüllt, stellt die ultimative Customer-Experience dar. Der Kunde ist hier ein zweifacher, der erste ist der Entwickler, der in der Lage ist, eine vertrauenswürdige, flexible Integration zu definieren und zu erstellen, und der zweite ist der Endkunde, der die Daten so nutzen kann, wie er es möchte. Dies ist ein Gewinn für Actian, ein Gewinn für den Entwickler und ein Gewinn für den Endkunden.

Sie können hier mehr über Actian DataConnect lesen und wenn Sie Fragen haben, können Sie sich hier an die DataConnect Community wenden.

Über Actian Corporation

Actian macht Daten einfach. Unsere Datenplattform vereinfacht die Verbindung, Verwaltung und Analyse von Daten in Cloud-, Hybrid- und lokalen Umgebungen. Mit jahrzehntelanger Erfahrung in den Bereichen Datenmanagement und -analyse liefert Actian leistungsstarke Lösungen, die es Unternehmen ermöglichen, datengesteuerte Entscheidungen zu treffen. Actian wird von führenden Analysten anerkannt und wurde für seine Leistung und Innovation mit Branchenpreisen ausgezeichnet. Unsere Teams präsentieren bewährte Anwendungsfälle auf Konferenzen (z. B. Strata Data) und tragen zu Open-Source-Projekten bei. Im ActianBlog behandeln wir Themen wie Echtzeit-Dateneingabe, Datenanalyse, Data Governance, Datenmanagement, Datenqualität, Datenintelligenz und KI-gesteuerte Analysen.