Integration bestehender Line of Business Anwendungen in SharePoint

Frank FischerMicrosoft Deutschland

http://www.microsoft.com/patterns

Enterprise Application Integration

Frank FischerTechnologieberaterMicrosoft Deutschland GmbHfrankfi@microsoft.com

Agenda

Die 4 möglichen Szenarien WebCapture Punk zu Punkt Datacache Integration Server

Zusammenfassung

Mögliche Szenarien

Web Part Web Part Web Part

Web Capture

App App App

HTML / XML / WSRP

Web Part Web Part Web Part

Punkt-zu-Punkt

App App App

SOAP, ADO.NET, App. APIs

Web Part Web Part Web Part

Data Cache

App App App

Data Warehouse

Web Part Web Part Web Part

Application/Integration Server

App App App

Application Server

InfrastrukturellProgrammatisch

Web Capture Wann macht es Sinn:

Die einzubindende Applikation hat ein Web Interface

Es geht nicht um Daten, sondern um Präsentation

Schnell

Tools Page Viewer Web Part Web Capture Web Part SAP iView Web Part

Toolkit WSRP Toolkits

Positiv Super einfach, fertig in

Minuten Wenig oder gar kein

Programmieren notwendig Wiederverwenden von

bereits existierenden Oberflächen

Negativ Die jeweilige Applikation

muss eine Weboberfläche bereitstellen

Wenig Möglichkeiten Daten zu transformieren/Verknüpfen

Web Services for Remote Portlets Idee: Inhalte von Portal A schnell und sauber

in Portal B zur Verfügung stellen. Lösung: Standard, basierend auf Web

Services Breite Unterstützung aus Industrie

BEA, Bowstreet, Citrix, Commerce One, Computer Associates, CrossWeave, Divine, Drake Certivo, Factiva, France Telecom, Fujitsu, Gluecode, HP, IBM, Interwoven, Kinzan, Lexis-Nexis, Lotus, MacDonald Bradley, Microsoft, Moravia IT, Netegrity, Novell, Oracle, Peoplesoft, Perficient, Plumtree, Reed Elsevier, SAP, SeeBeyond, Silverstream, Stellent, Sun Microsystems, Sybase, Tibco , Vignette, WebCollage

Einsatz von WSRP in Portalen

Portale können Darstellung vieler WSRP Producer zusammenführen

WSRP Dienste können Kontext auslesen Benutzerprofil beim Portal Gewünschte Sprache und Darstellung

Zusammengestelltes HTML, WML, VoiceXML,

... über HTTP Mark-Up FragmenteVersendet über SOAP

Portal

WSRP Service

WSRP Service

WSRP Service

WSRP ConsumerWSRP Producer

Quelle: OASIS WSRP Technical Commitee

ServerPortalPortals

Portale stellen Portlets bereit

Für Benutzer eines sekundären Portals (WSRP Consumer) sind eingebundene Portlets transparent

Große Anzahl vonBenutzern

Portal als Zwischenhändler,Eventuell Cache für WSRP Producer

Publishing Portal

WSRPInterface

PortalsPortalsPortal

Portlet

Portlet

Portlet

WSRP Consumer WSRP Producer

Quelle: OASIS WSRP Technical Commitee

Lösungen von Microsoft Einsatz von WSRP in Portalen

WSRP Consumer Web Part Toolkit http://www.gotdotnet.com/workspaces/workspace.aspx?id=2e3d8a57-ec9f-4d16-9a81-a395679d6392

Portale stellen Portlets bereitWSRP WebService Toolkit for SharePoint http://www.gotdotnet.com/workspaces/workspace.aspx?id=805b3559-c810-4119-86f4-11ba5c16a5b0

SAP iView einbinden SAP iView Web Part Toolkithttp://www.gotdotnet.com/workspaces/workspace.aspx?id=d6129dc0-efc4-457d-a821-fd26aef566de

Punkt zu Punkt Wann macht es Sinn:

Die Applikation bietet eine API

Unsere Ansprüche sind relativ gering

Tools FrontPage Data View

Web services, XML data, ADO.NET

RSS Web Feed Web Part XML Web Part

APIs SAP .NET Connector Siebel DCOM Connector

Positiv Zugriff auf Applikationen wie

von deren Programmierer gedacht

Maximale Kontrolle und Wiederverwendung von Daten

Keine Middleware Infrastruktur

Wenig Abhängigkeiten Negativ

Programmierung der jeweiligen APIs notwendig

Transaktionen, konkurrierender Zugriff ??

Last auf Back-End-Systeme

Data Cache Wann macht es Sinn:

Last von den Enterprise Application Servern fernhalten

Bewegen von großen Ergebnissätzen

Transformationen oder Datenabstraktion

Kein Zurückschreiben notwendig

Tools Datenbank ( Microsoft®

SQL Server) oder SharePoint Listen

SQL DTS FrontPage Data View

Positiv Wenig Last auf Enterprise

Application Web Parts müssen nur

ADO.NET aufrufen Einfacher Weg Daten aus

unterschiedlichen Quellen zu kombinieren

Negativ Eine Applikation muss die

Daten in den Zwischenspeicher überführen

Zurückschreiben ist schwer Zugriffssteuerung muss

repliziert werden

Application/Integration Server Wann macht es Sinn:

Weiterverwenden vorhandener Adapter (BizTalk)

Orchestrierung, Transaktionen, Chaching, Schema-Mapping oder konkurrierender Zugriff notwendig

Primär sollen Prozess angestoßen und nicht große Datenmengen bewegt werden

Tools Windows Server 2003 BizTalk 2002/2004 +

Adapters Host Integration Server 2004

Positiv Standardvorgehen bei

Einbindung von Integration Server

Integrationsserver nimmt Zugriff ab

Mehrwert durch Integrationsserver (Transaktionen, Datentransformationen…)

Negativ Komplexe Infrastruktur muss

aufgebaut und betreut werden

Nicht optimal für großen Datenmengen

BizTalk als Integration Server

SharePoint Portal Server

Portal

WebPart InteractionPersonalizationCategorization

SearchSingle Sign-On

Web services

WebPart

WebPart

WebPart

Integration:BizTalk Server

Prozess und Integration

Single Sign-On OrchestrationBusiness Rules

Schema MappingLoad Balancing

Sync/AsyncAuditing

SAP Siebel HISApplikationen

BT Adapters

App Server:Windows

Server 2003

Connectors

HIS2004

HOST

Schlüssel Integrations- Technologien SharePoint Portal Server Suchmaschine

Integration von Dokumenten oder dokument-ähnlichen Informationen

Volltext- und eigenschaftsbasierte Suche

BizTalk Server (2002, 2004) Orchestration Messaging Schema Mapping

Web Services Web Parts SharePoint Portal Server Single Sign-On Service

SharePoint Portal Server Single Sign-On Service Eigentlich ist es mehr ein sicherer Speicher für

Anmeldeinformationen als klassisches SSO Kann von allen der vier fundamentalen Methoden

verwendet werden Credential Mapping Databank

Anmeldeinformationen pro Benutzer Anmeldeinformationen für Gruppen Unterstützt Zertifikate sowie Benutzername/Passwort

API für UI und Objektmodell Distributed Ticketing

Integration zu BizTalk und dessen Adapter

Einfach zu konfigurieren, verwalten und zu benutzen

SSO mit Punkt-Zu-Punkt Kommunikation zu LOB

Web Part

SSO Service

Web Part ruft SSO auf, um Credentialszu erhalten

SPS DBSSO Dienst liest

Credentials aus

SAP .NET Connecto

r API

Web Part ruft managed API auf

LOB

Methodenaufruf

Ergebnisse zurück

SSO mit BizTalk Server 2002

Web Part

SSO Service

Web Part ruft SSO API auf, für die Auflösung der Credentials

SPS DB

SSO Service erzeugt Ticket

SAP

Ticket wird gegen Credentials eingetauscht

Ticket wird an Web Part weitergegeben

Methodenaufruf,Ergebnisrückgabe

SOAP Aufruf mit Ticket im Envelope

BizTalk Adapter for Web Service

s

Actional

Adapterfür SAP

BizTalk Server

Aufruf abarbeiten,Weiterleitung zu LOB Adapter

SSO ServiceTicket wird an BizTalk SSO Serviceübergeben

SSO mit BizTalk Server 2004

Web Part

SSO Service

Web Part ruft SSO API auf, für die Auflösung der Credentials

SPS DB

SSO Service erzeugt Ticket

SAP

Ticket wird gegen Credentials eingetauscht

Ticket wird an Web Part weitergegeben

Methodenaufruf,Ergebnisrückgabe

SOAP Aufruf mit Ticket im Envelope

BizTalk Adapter for Web Service

s

Adapterfür SAP

BizTalk Server

Aufruf abarbeiten,Weiterleitung zu LOB Adapter

SSO ServiceTicket wird an BizTalk SSO Serviceübergeben

Fragen und Antworten

Ihr Potenzial. Unser Antrieb.