Please enable JavaScript.
Coggle requires JavaScript to display documents.
Serviceorientierte Architektur (SOA) (Vorgehen bei der einführung von SOA…
Serviceorientierte Architektur (SOA)
Allgemein [Wiki17d]
verteilte Systeme
strukturierung von IT-Systemen
Orientierung an Geschäftsprozessen
Kapselung in Dienste
Datenbanken, Server, Websites
zusammenfassen für höhere Dienste
komplexität einzelner anwendungen hinter Standardisierten Schnittstellen verbwergen
hohe Flexibilität
Wiederverwendbarkeit bestehender Services
services bererits vorhanden -> neu Orchestrieren
Anbieten der Dienste im Internet
Kommunikation über entsprechende Protokolle
SOAP
XML-RPC
Dienste sind kleine, lose gekoppelten und eigenständigen Softwarekomponenten
dadruch leicht anpassbar
durch Koppelung entsteht Anwendungssystem
fachliches Architekturmuster
Technologieunabhängig
Definition [Wiki17d]
IT-Representation von fachlicher Funktionalität
in einem Netzwerk verfügbar
autark und kann eigenstädnig genutzt werden
definierte Schnittstellen
nur wissen über Schnittstelle notwendig
Dienst ist Plattformunabhängig
z.B. unterschiedliche Programmiersprachen auf verschiedenen Platformen
in Verzeichnis registriert
Dienst ist dynamisch gebunden
Dienst kann später hinzugefügt werden
erst bei Ausführung lokalisiert und eingebunden
grobgranular um Abhängigkeiten zwischen verzeilten Sysemen zu senken
Vorteil
Standardisierung
Kostenersparnis
Flexibiltät
erreicht durch aufteilung
statische Bereiche
als SErvice Realisiert
dynamische Bereiche
als Prozess oder Regel modelliert
Vorgehen bei der einführung von SOA [Lieb07]
Know-How erwerben
Eigenes SOA-Modell
herstellerunabhägniges SOA-Modell; logisches Modell und Ziele für das eigenes Unternehmen
Basisdienste Definieren
Einführungsprojekt wählen
In Projekt umsetzten um verwertbare Ergenisse zu analysieren
Prozess Modellieren
Anwendung Bereitstellen
Zielabgleich
Ziele aus 3. mit den ergbnissen abgleichen
SOA-Rgelen
Regeln für eine verbdindliche SOA-Architeketru
Ausbreitung
SOA-Architektur und bsp. Projekt weiter kommunizieren
verwendung bestehender Systeme is Günstiger
Änderungen auf der Orchestatrationseben sind günstiger als in der Programmlogik
durch STandardisierung gut Skalierbar auf Unternehmensebene
charakteristische Merkmale von SOA [RHS05]
SOA ist ein Architekturmuster, das den Aufbau einer Anwendungslandschaft aus einzelnen fachlichen Anwendungsbausteinen beschreibt, die jeweils eine klar umrissene fachliche Aufgabe wahrnehmen
Die Anwendungsbausteine sind lose miteinander gekoppelt, indem sie einander ihre Funktionalitäten in Form von Services anbieten.
Ein Service ist eine feste, definierte Leistung, die als Element eines oder mehrerer größerer Verarbeitungsabläufe verwendet werden kann. Als solcher stellt der Service eine abstrakte fachliche Sicht auf den anbietenden Anwendungsbaustein dar und verbirgt alle Implementationsdetails. Die Definition eines Services hat den Charakter einer vertraglichen Übereinkunft zwischen Serviceanbieter und Servicenutzer. Services sind tendenziell grobgranular.
Services werden über einen einheitlichen Mechanismus aufgerufen, der die Anwendungsbausteine plattformunabhängig miteinander verbindet und alle technischen Details der Kommunikation verbirgt. Der Servicenutzer adressiert eine anonyme Schnittstelle. Der Aufrufmechanismus enthält das Auffinden eines geeigneten, konkreten Serviceanbieters, der diese Schnittstelle implementiert.
Die elementaren Grundgedanken der SOA sind die Trennung der Zuständigkeiten nach fachlichen Gesichtspunkten sowie die Kapselung technischer Details.
Nutzen
neue oder geänderte GEschäftsprozesse können einfach und schnell abggebildet werden über nauverknüpfung der SErvices
Kapselung, Implementationsdetails sind hinter Schnittstellen "versteckt"
Wiederverwendbarkeit der bestehenden SErvices
Legacy-Systeme können weiter verwendet werden da ledigleich der Aufruf dieser in die SOA-Architketur aufgenommen werden muss
gestufte Ablösung von Monollithischer und gewachsener Software möglich
Standardisierung der Services ermöglich das leichtere "Outsourcing"
Herrausforderungen
stark vorrauschauende Vorgehensweise
PErformanceproblematik
Lose Kopplung, Wiederverwendbareit, standartisierte Protokolle
Konkurrieren oftmals miteinander und darunter leidet die PErformance
SErvice-begriff nicht eindeutig definiert