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

AgendaDie 4 möglichen Szenarien

WebCapturePunk zu PunktDatacacheIntegration 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 CapturePositiv

Super einfach, fertig in MinutenWenig oder gar keinProgrammieren notwendigWiederverwenden von bereits existierendenOberflächen

NegativDie jeweilige Applikationmuss eine WeboberflächebereitstellenWenig Möglichkeiten Datenzutransformieren/Verknüpfen

Wann macht es Sinn:Die einzubindendeApplikation hat ein Web InterfaceEs geht nicht um Daten, sondern um PräsentationSchnell

ToolsPage Viewer Web PartWeb Capture Web PartSAP iView Web Part ToolkitWSRP Toolkits

Web Services for RemotePortlets

Idee: Inhalte von Portal A schnell und sauber in Portal B zur Verfügung stellen.Lösung: Standard, basierend auf Web ServicesBreite 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 PortalenWSRP Producer

Portale können Darstellung vieler WSRP ProducerzusammenführenWSRP Dienste können Kontext auslesen

Benutzerprofil beim PortalGewünschte Sprache und Darstellung

Zusammengestelltes HTML, WML, VoiceXML,

... über HTTP

PortalWSRP Service

WSRP Service

WSRP Service

WSRP Consumer

Mark-Up FragmenteVersendet über SOAP

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

WSRPInterfacePortalsPortalsPortal

Portlet

Portlet

Portlet

WSRP Consumer WSRP Producer

Quelle: OASIS WSRP Technical Commitee

Lösungen von MicrosoftEinsatz von WSRP in PortalenWSRP Consumer Web Part Toolkithttp://www.gotdotnet.com/workspaces/workspace.aspx?id=2e3d8a57-ec9f-4d16-9a81-a395679d6392

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

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

Punkt zu PunktWann macht es Sinn:

Die Applikation bietet eine API Unsere Ansprüche sind relativ gering

ToolsFrontPage Data View

Web services, XML data, ADO.NET

RSS Web Feed Web PartXML Web Part

APIsSAP .NET ConnectorSiebel DCOM Connector

PositivZugriff auf Applikationen wie von deren Programmierer gedachtMaximale Kontrolle und Wiederverwendung von DatenKeine MiddlewareInfrastrukturWenig Abhängigkeiten

NegativProgrammierung der jeweiligen APIs notwendigTransaktionen, konkurrierender Zugriff ?? Last auf Back-End-Systeme

Data CacheWann macht es Sinn:

Last von den Enterprise Application Servern fernhaltenBewegen von großen ErgebnissätzenTransformationen oder DatenabstraktionKein Zurückschreiben notwendig

ToolsDatenbank ( Microsoft®SQL Server) oder SharePoint ListenSQL DTSFrontPage Data View

PositivWenig Last auf Enterprise ApplicationWeb Parts müssen nur ADO.NET aufrufenEinfacher Weg Daten aus unterschiedlichen Quellen zu kombinieren

NegativEine Applikation muss die Daten in den Zwischenspeicher überführenZurückschreiben ist schwerZugriffssteuerung muss repliziert werden

Application/Integration ServerPositiv

Standardvorgehen bei Einbindung von Integration ServerIntegrationsserver nimmt Zugriff ab Mehrwert durch Integrationsserver (Transaktionen, Datentransformationen…)

NegativKomplexe Infrastruktur muss aufgebaut und betreut werdenNicht optimal für großen Datenmengen

Wann macht es Sinn:Weiterverwenden vorhandener Adapter (BizTalk)Orchestrierung, Transaktionen, Chaching, Schema-Mapping oder konkurrierender Zugriff notwendigPrimär sollen Prozess angestoßen und nicht große Datenmengen bewegt werden

ToolsWindows Server 2003BizTalk 2002/2004 + AdaptersHost Integration Server 2004

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 Orchestration

Business RulesSchema MappingLoad Balancing

Sync/AsyncAuditing

SAP Siebel HISApplikationen

BT Adapters

App Server:Windows

Server 2003

Connectors

HIS2004

HOST

Schlüssel Integrations-Technologien

SharePoint Portal Server SuchmaschineIntegration von Dokumenten oder dokument-ähnlichen InformationenVolltext- und eigenschaftsbasierte Suche

BizTalk Server (2002, 2004)OrchestrationMessagingSchema Mapping

Web ServicesWeb PartsSharePoint Portal Server Single Sign-OnService

SharePoint Portal Server Single Sign-On Service

Eigentlich ist es mehr ein sicherer Speicher fürAnmeldeinformationen als klassisches SSOKann von allen der vier fundamentalen Methodenverwendet werdenCredential Mapping Databank

Anmeldeinformationen pro BenutzerAnmeldeinformationen für GruppenUnterstützt Zertifikate sowie Benutzername/Passwort

API für UI und ObjektmodellDistributed Ticketing

Integration zu BizTalk und dessen Adapter

Einfach zu konfigurieren, verwalten und zu benutzen

SSO mit Punkt-Zu-PunktKommunikation zu LOB

Web Part

SSO Service

Web Part ruft SSO auf, um Credentialszu erhalten

SPS DBSSO Dienst liest

Credentials aus

SAP .NET Connector

API

Web Part ruftmanaged API auf

LOB

Methodenaufruf

Ergebnisse zurück

SSO mit BizTalk Server 2002

Web Part

SSO Service

Web Part ruftSSO API auf, für die Auflösung derCredentials

SPS DB

SSO Service erzeugt Ticket

SAP

Ticket wird gegen Credentials eingetauscht

Ticket wird an Web Part weitergegeben

Methodenaufruf,Ergebnisrückgabe

SOAP Aufruf mitTicket im Envelope

BizTalk Adapter for Web Services

ActionalAdapterfü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 ruftSSO API auf, für die Auflösung derCredentials

SPS DB

SSO Service erzeugt Ticket

SAP

Ticket wird gegen Credentials eingetauscht

Ticket wird an Web Part weitergegeben

Methodenaufruf,Ergebnisrückgabe

SOAP Aufruf mitTicket im Envelope

BizTalk Adapter for Web Services

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.