integration bestehender line of business anwendungen in...
Post on 14-Aug-2020
0 Views
Preview:
TRANSCRIPT
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.
top related