Anwendungsverwaltung und Steuerung in SharePoint

Artikel
03/21/2018

**Gilt für:**SharePoint Server 2013

**Letztes Änderungsdatum des Themas:**2018-03-01

**Zusammenfassung:**Informationen dazu, wie Sie Anwendungen für SharePoint 2013 steuern, indem Sie eine Anpassungsrichtlinie erstellen und sich mit dem App-Modell, dem Branding und der Lebenszyklusverwaltung vertraut machen.

Wie verwalten Sie die Anwendungen, die für Ihre Umgebung entwickelt werden? Welche Anpassungen lassen Sie in Ihren Anwendungen zu, und wie sehen Ihre Prozesse zum Verwalten dieser Anwendungen aus?

Für effektive und verwaltbare Anwendungen sollte Ihre Organisation Folgendes berücksichtigen:

Anpassungsrichtlinie SharePoint Server 2016 enthält anpassbare Features und Funktionen, die zahlreiche Produktbereiche umfassen, wie Business Intelligence, Formulare, Workflow und Inhaltsverwaltung. Anpassungen können die Stabilität, Aufrechterhaltung und Sicherheit der Umgebung gefährden. Um Anpassungen zu unterstützen und gleichzeitig deren Umfang zu steuern, sollten Sie eine Anpassungsrichtlinie entwickeln.
Lebenszyklusverwaltung Befolgen Sie bewährte Vorgehensweisen, um Anwendungen zu verwalten und Ihre Umgebungen synchron zu halten.
Branding Wenn Sie eine Informationsarchitektur und einen Satz von Websites zur Verwendung in der gesamten Organisation entwerfen, sollte Ihr Governanceplan Branding umfassen. Ein formeller Satz von Brandingrichtlinien hilft Ihnen sicherzustellen, dass Websites unternehmensbezogene Grafiken, Schriftarten, Designs und andere Designelemente konsistent verwendet werden.
Lösungen oder Apps für SharePoint? Entscheiden Sie, ob eine Lösung oder eine App für SharePoint die beste Wahl für bestimmte Anpassungen wäre.

Dieser Artikel ist Teil einer Reihe von Artikeln zum Thema Governance. In den folgenden Artikel werden andere Aspekte von Governance beschrieben:

Das Poster "What is governance?" bietet einen Überblick über diesen Inhalt. Laden Sie die PDF-Version oder die Visio-Version herunter, oder vergrößern Sie das Modell mit Zoom.it von Microsoft, und stellen Sie es detailliert dar.

Anpassungsrichtlinie

Entscheiden Sie, welche Arten von Anpassungen Sie zulassen möchten, und wie Sie diese verwalten möchten. Ihre Anpassungsrichtlinie sollte Folgendes enthalten:

Beschreibungen des Servicelevels Wie lauten die Parameter für die Unterstützung und die Verwaltung von Anpassungen in Ihren Umgebungen? Siehe Service-level agreements.
Richtlinien zum Aktualisieren von Anpassungen Wie verwalten Sie Änderungen an Anpassungen, und wie führen Sie diese Änderungen in Ihren Umgebungen ein? Machen Sie sich Gedanken über die Möglichkeiten zum Verwalten von Quellcode, z. B. mithilfe einer Quellcodeverwaltung und mithilfe von Standards für das Dokumentieren des Codes.
Analyseprozesse Wie finden Sie heraus, ob eine bestimmte Anpassung in Ihrer Umgebung ordnungsgemäß funktioniert, oder wie entscheiden Sie, welche Anpassungen Sie erstellen, ändern oder zurückziehen werden?
Genehmigte Anpassungstools Machen Sie sich Gedanken über Entwicklungsstandards, wie bewährte Vorgehensweisen für die Codierung, und die Tools, die Sie in Ihrer Organisation verwenden werden. Sie sollten z. B. entscheiden, ob Sie die Verwendung von SharePoint Designer 2013 und des Entwurfs-Managers erlauben, und festlegen, welche Websiteelemente angepasst werden können und von wem.
Prozess für die Pilotbereitstellung und das Testen von Anpassungen Wie testen Sie Anpassungen und stellen diese bereit? Wie viele Personen sollte eine Pilottestgruppe umfassen? Welche Standards verwenden Sie für das Testen und Validieren von Anpassungen?
Wer ist für fortlaufenden Support zuständig? Wer wird für den Support von Anpassungen in Ihren Umgebungen zuständig sein \endash einzelne Teams oder eine zentrale Gruppe?
Richtlinien für das Packen und Bereitstellen von Anpassungen Haben Sie einzelne Pakete für jede Anpassung, oder packen Sie mehrere Anpassungen in ein Feature oder in eine Lösung? Welche Anpassungen sollten Apps für SharePoint und keine Lösungen sein? Wie stellen Sie sicher, dass Anpassungen in einer Umgebung keine Auswirkungen auf die restliche SharePoint-Implementierung haben?
Spezifische Richtlinien zu jedem möglichen Anpassungstyp Welche Anpassungstypen lassen Sie zu?

Weitere Informationen zu Arten von Anpassungen und deren möglichen Risiken finden Sie weiter unten in diesem Artikel in der Tabelle "Anpassungen". Weitere Informationen zu Prozessen zum Verwalten von Anpassungen finden Sie im Whitepaper Anpassungsrichtlinie für SharePoint-Produkte und -Technologien. Dieser Inhalt gilt weiterhin größtenteils für SharePoint Server 2016.
Richtlinien zur Verwendung des App-Katalog und SharePoint Store Welche Apps für SharePoint möchten Sie Ihrer Organisation zur Verfügung stellen? Können Benutzer Apps direkt erwerben? Weitere Informationen finden Sie weiter unten in diesem Artikel unter Lösungen oder Apps für SharePoint?.

Das hochgradig anpassbare Design von SharePoint-Produkte ermöglicht Ihnen, das Aussehen, das Verhalten oder die Funktionen bereitzustellen, die Ihre Geschäftsanforderungen erfüllen. Anpassungen können ein Risiko für Ihre Umgebung darstellen, sei es für die Leistung, die Verfügbarkeit oder die Unterstützung. Auf der anderen Seite schränkt eine Richtlinie, die Anpassungen untersagt, die Möglichkeiten Ihres Unternehmens ein, von der SharePoint-Plattform zu profitieren.

Es gibt ganz unterschiedliche Arten von Anpassungen. Sie müssen genau überlegen, welche Arten von Anpassungen Sie in Ihrer Umgebung erlauben. Sie müssen sicherstellen, dass die Anpassungen die Leistung, die Verfügbarkeit oder die Unterstützung ermöglichen, die Sie für Ihre Umgebung wünschen. Achten Sie bei Ihrer Governance-Richtlinie auf Ausgewogenheit zwischen einem akzeptablen Risikograd und den Geschäftsanforderungen für Ihre Organisation.

Was gilt als eine Anpassung? Folgende gelten als Arten von Anpassungen in SharePoint-Produkte:

Konfiguration Verwenden der SharePoint-Benutzeroberfläche zum Konfigurieren von SharePoint-Produkte.
Branding Ändern von Logos, Stilen, Farben, Gestaltungsvorlagen und Seitenlayouts usw., um Ihren SharePoint-Websites ein spezifisches Aussehen zu verleihen. Weitere Informationen zu Branding.
Benutzerdefinierter Code Verwenden von Entwicklertools, um Funktionen in SharePoint-Produkte hinzuzufügen oder zu ändern, oder um mit anderen Anwendungen zu interagieren. Das Risiko hängt von der Art der Funktion und der Vertrauensstufe ab (voll vertrauenswürdige Lösungen sollten selten verwendet werden; ziehen Sie zuerst Apps für SharePoint in Erwägung).

Tipp

Sandkastenlösungen sind in dieser Version veraltet und sind somit langfristig nicht die beste Option für benutzerdefinierten Code.

Einige Anpassungen stellen für Ihre Umgebung ein sehr geringes Risiko dar bzw. haben sehr geringe Auswirkungen. Bei anderen Anpassungen sind das Risiko und die Auswirkungen viel höher. Die folgende Tabelle enthält Beispiele für unterschiedliche Arten von Anpassungen, die entsprechende Risikostufe und mögliche Probleme, die bei dieser Art von Anpassung auftreten können.

Anpassungen

Risikostufe	Arten von Anpassungen und Beispiele	Überlegungen oder Auswirkungen
Nicht unterstützt/hoch	Nicht unterstützte Anpassungen wie direkte Änderungen am Datenbankschema oder Ändern von Dateien im Dateisystem.	Kein Support durch den Microsoft Customer Support. Kein Upgrade möglich. Nicht verwenden.
Mäßig bis hoch	Erstellen von Anwendungen, die mit Aktionen in wichtigen Pipelines wie Ereignissen, Forderungen usw. interagieren oder diese umleiten.	Dienstausfall oder Leistungsprobleme möglich. Upgrade kann Nacharbeiten erfordern.
Mäßig bis niedrig	Erstellen benutzerdefinierter Aktionen wie Hinzufügen eines Menüelements oder Erstellung eines benutzerdefinierten Prozesses für die Websitebereitstellung mithilfe eines benutzerdefinierten Webparts außerhalb einer Sandboxumgebung.	Kurz- oder langfristige Leistungsprobleme oder Seitenfehler. Upgrade kann Nacharbeiten erfordern.
Niedrig	Verwenden von Lösungen in einer Sandboxumgebung.	Kurzfristige Leistungsprobleme; durch Ressourcendrosselung und Quoten lassen sich einige Leistungsprobleme vermeiden.
Sehr geringes bis kein Risiko	Verwenden von Apps für SharePoint oder von Funktionen im Produkt oder von Konfigurationen wie Verknüpfen eines Workflows mit einer Liste oder Verwenden einer Instanz eines integrierten Webparts.	Kleinere Konfigurations- oder Seitenfehler, die behoben werden müssten. Apps können deinstalliert oder aktualisiert werden.

Hinweis

Weitere Informationen zu Anpassungen und Upgrade finden Sie unter Überlegungen für bestimmte Anpassungen.

Wenn Sie sich über die Anpassungen Gedanken machen, die Sie in Ihrer Umgebung erlauben möchten, sollten Sie auch genau überlegen, ob eine bestimmte Anpassung erforderlich ist. Wenn sie Funktionen bereitstellt, die im Produkt bereits verfügbar sind (wenn Sie z. B. ein Webpart erstellen, das die gleiche Funktionsweise wie das Inhalts-Editor-Webpart oder das Inhalt-nach-Abfrage-Webpart aufweist), kann dies ein unnötiger Arbeitsschritt sein. Überlegen Sie zuerst, ob die Standardfunktion Ihren Anforderungen gerecht wird, oder prüfen Sie, ob im SharePoint Store eine App für SharePoint verfügbar ist, die Ihre Anforderungen erfüllt.

Lebenszyklusverwaltung

Befolgen Sie diese bewährten Vorgehensweisen, um Anwendungen auf Basis von SharePoint Server 2016 während des gesamten Lebenszyklus zu verwalten:

Verwenden Sie separate Umgebungen für Entwicklung, Vorproduktion und Produktion, und halten Sie diese Umgebungen so synchron wie möglich, sodass Sie Ihre Anpassungen genau testen können.
Testen Sie alle Anpassungen vor dem ersten Release und nach jedem Update, bevor Sie sie in Ihrer Produktionsumgebung freigeben.
Verwenden Sie Quellcodesteuerung und Lösungs- und Funktionsversionsverwaltung, um Codeänderungen nachzuverfolgen.

Entwicklungs-, Test- und Produktionsumgebungen

Branding

Ein mit dem Styleguide des Unternehmens konsistentes Branding sorgt für ein einheitliches Erscheinungsbild von Websites und erleichtert die Entwicklung. Speichern Sie genehmigte Designs in der Designgalerie, um Konsistenz zu ermöglichen, sodass Benutzer, die Ihre Website besuchen, wissen, dass sie am richtigen Ort sind.

SharePoint Server 2016 enthält ein neues Feature zur Verwendung von Branding, den Entwurfs-Manager. Mithilfe des Entwurfs-Managers können Sie mit einem beliebigen Webdesigntool oder Ihrem bevorzugten HTML-Editor ein visuelles Design für Ihre Website erstellen und dieses Design dann in SharePoint hochladen. Der Entwurfs-Manager ist der zentrale Knotenpunkt und die Schnittstelle zum Verwalten sämtlicher Aspekte eines benutzerdefinierten Designs.

Die Erstellung des visuellen Designs einer Website erfolgt häufig im Rahmen eines größeren Prozesses, an dem mehrere Personen oder Organisationen beteiligt sind. Eine allgemeinere Übersicht über die Aufgaben finden Sie unter Entwurf und Branding in SharePoint 2013.

Lösungen oder Apps für SharePoint?

SharePoint Server 2016 weist ein neues, auf Apps für SharePoint basiertes Entwicklungsmodell auf. Apps für SharePoint sind eigenständige Funktionserweiterungen für SharePoint-Websites. Eine App kann SharePoint-Features wie Listen, Workflows und Webseiten enthalten, aber auch eine Remotewebanwendung und Remotedaten in SharePoint verwenden. Eine App weist wenige oder keine Abhängigkeiten von anderer Software auf dem Gerät oder der Plattform auf, auf der sie installiert ist. Apps enthalten keinen benutzerdefinierten Code, der auf den SharePoint-Servern ausgeführt wird.

Entscheidungshilfe dazu, ob Sie Apps für SharePoint oder SharePoint-Lösungen verwenden sollten:

Design-Apps für Endbenutzer

Apps für SharePoint:
- Können von Benutzern (Mandantenadministratoren und Websiteeigentümern) leicht erkannt und installiert werden.
- Verwenden sichere SharePoint-Erweiterungen.
- Bieten die Flexibilität, künftige Upgrades zu entwickeln.
- Können in cloudbasierte Ressourcen integriert werden.
- Sind sowohl für SharePoint Online als auch für lokale SharePoint-Websites verfügbar.
Verwenden von Farmlösungen für Administratoren

SharePoint-Lösungen:
- Können auf serverseitige Objektmodell-APIs zugreifen, die zur Erweiterung der Verwaltung, Konfiguration und Sicherheit von SharePoint erforderlich sind.
- Können Zentraladministration, Microsoft PowerShell-Cmdlets, Timerjobs, benutzerdefinierte Backups usw. erweitern.
- Werden durch Administratoren installiert.
- Möglicher Bereich: Farm, Webanwendung oder Websitesammlung.

Lesen Sie für weitere Informationen die MSDN-Artikel zum neuen Entwicklungsmodell sowie Vergleich zwischen Apps für SharePoint und SharePoint-Lösungen und Deciding between apps for SharePoint and SharePoint solutions zu erhalten.

Legen Sie eine Richtlinie für die Verwendung von Apps für SharePoint in Ihrer Organisation fest. Können Benutzer Apps erwerben und herunterladen? Wie stellen Sie die Apps in Ihrer Organisation zur Verfügung? Woher wissen Sie, ob sie verwendet werden?

SharePoint Store Bestimmen Sie, ob Benutzer Apps im SharePoint Store erwerben und herunterladen können.
App-Katalog Stellen Sie Ihren Benutzern bestimmte Apps für SharePoint zur Verfügung, indem Sie sie zum App-Katalog hinzufügen.
App-Anforderungen Konfigurieren Sie App-Anforderungen, um zu steuern, welche Apps erworben werden, und wie viele Lizenzen verfügbar sind.
Überwachen von Apps Überwachen Sie bestimmte Apps in SharePoint Server 2016, um auf Fehler zu prüfen und die Nutzung nachzuverfolgen.

Im Artikel Planen von Apps für SharePoint Server finden Sie weitere Informationen zu Apps für SharePoint und Governance für Apps.