SharePoint 2010 wartet mit einer komplett neuen Service Architektur auf. Gab es bisher das Shared Service Provider (SSP) Modell, wird dieses nun mit SharePoint 2010 komplett aufgelöst. Aus den Shared Service Provider werden nun so genannte Service Applications.
Die neue Service Applications Architektur ist wesentlich flexibler
Der Grund liegt dennoch klar auf der Hand: Die Shared Service Provider Architektur war unflexibel und man konnte die Administration nicht auf mehrere Administratoren aufteilen, ich mein damit, dass man z.B. nicht einen eigenen Such-Administrator oder Profil-Administrator festlegen konnte, sondern immer nur Rechte auf den SSP vergeben konnte.
Ein Beispiel: Wir haben zwei Firmen, die Firma A und die Firma B. Firma A und Firma B wollen eine komplett getrennte Suche, sollen aber auf einer Farm “betrieben” werden. Dies hatte zur Folge, dass man nun zwei Shared Service Provider implementieren musste, was aber auch gleichzeitig alle anderen Services im SSP betroffen hat (z.B. BDC, Userprofilierung, Zielgruppen, usw.).
Lösung: SharePoint 2010 und die neuen Service Applications Architektur. Da ist es nun so, dass man z.B. der Firma A all Services zuordnen kann und der Firma B auch, aber für die Suche weist man einfach der Firma A die Service Application “Suche” zu und der Firma B eine weitere Instanz davon (also eine weitere, aber eben eigenen Service Application “Suche”). Sie sehen also: man ist nun mit SharePoint 2010 flexibler :)
Weiters können Service Applications immer(!) auf Wunsch auch Farmübergreifend verwendet werden. Auch ideal für Global Desployments und Rollouts. So kann man z.B. eine eigene Farm bauen, die alle Service Applications zentral verwaltet und diese Dienste dann dezentralen Farmen bereitstellt.
Granulare Delegation von Rechten auf Service Applications Niveau
Weiters kann man nun für jedes einzelne Service eigene Administratoren angeben, wir sprechen hiermit von einer delegierten Administration. Auch dies ist ein extremer Vorteil, ist es nun so, dass man gezielt z.b. den Suchexperten im Unternehmen auch nur die Suchadministration “geben” kann und den Profilexperten eben z.B. nur die Administration der Userprofilierung.
Ein echter Mehrwert, wenn ich nur an unseren Großkundenprojekte denke, da macht das schon sehr viel Sinn.
Administration über die Central Administration
Die Administration der Service Applications erfolgt relativ simple über die Central Administration des SharePoint 2010 (Manage Service Applications).
Und wenn Sie nur das Recht auf die Such Service Application haben, können Sie auch nur diese über die Central Administration eben administrieren. Keine Angst liebe Administratoren, auch wenn vieles “einfacher” wird, ist SharePoint 2010 wirklich mehr als komplex geworden, egal welche Service Application man sich ansieht, jede für sich ein eigenes “Universum”, welches viele neue Funktionalitäten bietet und gut geplant sein soll. Und davon gibts gleich mal an die 20 Stück :)
3rd party Service Applications möglich
Service Applications können weiters von 3rd Party Herstellern in die SharePoint 2010 Architektur integriert werden, ein entsprechendes Framework wird dies ermöglichen. So können 3rd Party Hersteller weitere Service Applications entwicklen, die sich nahtlos in die SharePoint 2010 Administration integriert. Alle genannten Funktionalitäten brauchen dann nicht nachprogrammiert werden, sondern können sofort von der 3rd Party Service Application genutzt werden (Delegation, Proxy, Administration, usw.).
Es gibt hier auch noch einiges zu berichte, z.B. über die Service Applications Proxy usw. aber zu viel wollen wir ja nicht verraten und wir brauchen ja auch Themen für weitere Blogs, obwohl, wenn ich mir überlege was man uns hier in Las Vegas alles präsentiert, da kann man endlos bloggen :)
Feel free to Xing me
