Freigeben über

Websitebereitstellung

Zusammenfassung

Die Funktion der Websitebereitstellung wird im Bereich der SharePoint-Anpassung häufig genutzt. Tatsächlich benötigen die meisten Unternehmen eine Funktion, die es qualifizierten Endbenutzern ermöglicht, Websites auf Basis von Vorlagen zu erstellen. Dies erlaubt die Wiederverwendung einer bestimmten Informationsarchitektur und Benutzeroberfläche sowie eines bestimmten Brandings für mehrere Websites. Aus Sicht eines Entwicklers muss es möglich sein, Websites programmgesteuert zu erstellen und programmgesteuert eine benutzerdefinierte Informationsarchitektur (IA) auf diesen Websites bereitzustellen.

Nur als Beispiel: Stellen Sie sich vor, Sie hätten eine „Projektwebsite“-Vorlage, mit der Sie eine spezifische Website für jedes einzelne Projekt erstellen können, an dem Sie arbeiten. Die gleiche Anforderung gilt für Websites, die sich an Kunden, Lieferanten usw. wenden.

Allerdings ist es auch wichtig, über eine Bereitstellungsmethode zu verfügen, die die einfache Bereitstellung von Websites auf Basis von Vorlagen ermöglicht und eine Möglichkeit zur Lebenszyklusverwaltung dieser Vorlagen bietet. Es wäre in der Tat hilfreich, wenn Sie beim Aktualisieren einer Vorlage, die Sie bereits zum Erstellen von Websites verwendet haben, alle vorhandenen Websiteinstanzen aktualisieren könnten, die auf der aktualisierten Vorlage basieren.

Heutzutage gibt es viele Techniken zum Bereitstellen von Websites und ihrer Informationsarchitektur. In diesem Artikel finden Sie eine Liste der interessantesten Methoden zusammen mit ihrer Zielplattform.

Allgemeine Richtlinien/Regeln

Nachfolgend finden Sie einige allgemeine Richtlinien und Regeln, die Sie beim Bereitstellen jeder Website beachten sollten.

  • Versuchen Sie, die Informationsarchitektur von den anderen Elementen wie Branding, benutzerdefinierten Inhalten, Benutzeroberflächenelementen usw. zu isolieren, sodass Sie die IA unabhängig von den anderen Elementen ordnungsgemäß warten können.
  • Definieren Sie Websitespalten und Inhaltstypen in der Informationsarchitektur nur auf Ebene der Websitesammlung, und verwenden Sie diese in jeder Unterwebsite der Websitesammlung wieder, anstatt Websitespalten und Inhaltstypen auf Ebene der Unterwebsite zu definieren.

Hinweis

Weitere Informationen zu Websitesammlungen im Vergleich zu Unterwebsites finden Sie im entsprechenden Abschnitt in diesem Dokument.

  • Vermeiden Sie es, Standardartefakte umzubenennen oder zu ändern. Verwenden Sie stattdessen lieber benutzerdefinierte Elemente. Vermeiden Sie beispielsweise, das Feld Titel eines Inhaltstyps umzubenennen. Da das Vorhandensein des Felds Titel von Entwicklern häufig vorausgesetzt wird, könnte eine solche Aktion zu unvorhersehbaren Problemen führen.
  • Versuchen Sie, eine Bereitstellungsmethode zu verwenden, die die Versionsverwaltung von Artefakten und die Lebenszyklusverwaltung von Vorlagen unterstützt, um Anforderungen von Kunden unterwegs zu erfüllen.

Remotebereitstellung

Gilt für: Office 365 | SharePoint Server 2016 | SharePoint Server 2013

Die Methode der Remotebereitstellung nutzt Remotetechnologien wie CSOM oder REST-API zur Bereitstellung von Artefakten, Einstellungen und Brandingelementen. Das wichtigste Merkmal dieses Ansatzes ist, dass Sie eine Website von einem beliebigen Remotedienst oder aus einer beliebigen Remoteumgebung bereitstellen können, ohne dass der Code in der SharePoint-Farm ausgeführt werden muss. Sie können diese Methode in jeder Art von Lösung wie SharePoint-Add-Ins, SharePoint-Remote-Zeitgeberaufträge, Azure Functions, Azure WebJobs, PowerShell usw. nutzen. Sie kann sowohl im lokalen SharePoint 2013/2016 als auch in SharePoint Online verwendet werden.

Artikel

Beispiele

Videos

PnP-Bereitstellungsmodul

Gilt für: Office 365 | SharePoint Server 2016 | SharePoint Server 2013

Das PnP-Bereitstellungsmodul ist ein Open-Source-Modul, das vom PnP-Communityprojekt bereitgestellt wird und die Nutzung der Remotebereitstellungsmethode unter Wiederverwendung einer umfangreichen Sammlung einsatzbereiter Funktionen ermöglicht. Anstatt das Rad neu zu erfinden, können Sie einfach das PnP-Bereitstellungsmodul verwenden und Ihre Informationsarchitektur mit diesem Modul bereitstellen. Das PnP-Bereitstellungsmodul steht als .NET-Bibliothek zur Verfügung, auf die Sie in Ihren eigenen Projekten verweisen können, sowie über eine Reihe von PowerShell-Cmdlets, falls Sie die Remotebereitstellung mithilfe von Skripts automatisieren müssen. Eines der besten Features des PnP-Bereitstellungsmoduls ist die Tatsache, dass Sie eine Vorlage von einer Live-Website exportieren und diese Vorlage auf eine andere Zielwebsite anwenden können. Diese Zielwebsite müssen Sie vor dem Anwenden der Vorlage erstellen. Es handelt sich damit um eine sehr leistungsstarke Lösung, mit der die Informationsarchitektur von der Entwicklung über das Staging bis hin zur Produktion genutzt werden kann. Darüber hinaus unterstützt das PnP-Bereitstellungsmodul Versionsverwaltung und Deltaverarbeitung, sodass Sie das Modul zum Aktualisieren der IA von bereits erstellten Websites verwenden können. Das PnP-Bereitstellungsmodul kann sowohl für klassische als auch für moderne Websites verwendet werden.

Artikel

Beispiele

Lösungen

Videos

Webvorlagen

Gilt für: SharePoint Server 2016 | SharePoint Server 2013

Wenn Sie lokal arbeiten, können Sie Visual Studio zum Erstellen eines WSP-Pakets verwenden, das eine Webvorlage definiert. Sie können sogar eine Website als Vorlage speichern und die generierte WSP-Datei verwenden. Diese Bereitstellungsmethode nutzt das SharePoint-Feature-Framework und speichert die WSP-Datei im Lösungskatalog jeder Zielwebsitesammlung. Mit dieser Methode wird eine neue Website basierend auf der Informationsarchitektur einer bereits vorhandenen Website erstellt.

Artikel

Websitedefinitionen

Gilt für: SharePoint Server 2016 | SharePoint Server 2013

Websitedefinitionen auf Basis einer Onet.xml-Datei sind eine weitere Möglichkeit, die Ihnen lokal zur Verfügung steht. Sie nutzen einige XML-Dateien basierend auf der Grammatik des SharePoint-Feature-Frameworks, die im lokalen Pfad von Servern in einer SharePoint-Farm gespeichert sind. Sie werden immer in der gesamten Farm bereitgestellt und bieten keine unterstützte Möglichkeit, bereits bereitgestellte Websites zu aktualisieren oder zu ändern. Aufgrund ihrer Architektur und Anforderungen sind sie nur für lokales SharePoint geeignet.

Artikel

Listendefinitionen

Gilt für: SharePoint Server 2016 | SharePoint Server 2013

Mithilfe von Listendefinitionen können Sie eine Listenvorlage definieren, die Sie anschließend wiederverwenden können, um mehrere Listeninstanzen basierend auf dieser Definition zu erstellen. Sie basieren auf dem SharePoint-Feature-Framework. Sie können sie erstellen, indem Sie Sandkastenlösungen definieren, die nur WSP-Markup enthalten. Allerdings basieren sie auf einer alten Technik, die aus Sicht der Lebenszyklusverwaltung nicht gut zu verwalten ist. Daher sollten Sie stattdessen Remotebereitstellungsmethoden bevorzugen.

Artikel

Beispiele

Listenvorlagen

Gilt für: SharePoint Server 2016 | SharePoint Server 2013

Listenvorlagen können nur lokal verwendet werden und nutzen eine STP-Vorlagendatei, die Sie in den Katalog mit Listenvorlagen einer Website hochladen können. So können Sie mehrere Instanzen von Listen basierend auf einer gemeinsamen Listenvorlage erstellen. Listenvorlagen sind eine alte Technik, die nur in lokalem SharePoint verwendet werden kann. Sie sollten nicht mehr verwendet werden, da sie die Migration zur Cloud und zu SharePoint Online behindern könnten.

Artikel

Beispiele

Videos

Funktionsanheftung

Gilt für: SharePoint Server 2016 | SharePoint Server 2013

Die Funktionsanheftung kann lokal verwendet werden, um vorhandene Websitedefinitionen anzupassen. Sie können die Funktionsanheftung nutzen, um zusätzliche Artefakte oder Funktionen für Websitevorlagen bereitzustellen, ohne die Onet.xml-Datei der ursprünglichen Websitedefinition zu ändern, anstatt benutzerdefinierte Features auf Basis des SharePoint-Feature Frameworks anzuwenden, während Sie Websites aus einer bestimmten Websitedefinition erstellen. Es ist eine „alte“ Technik, die zwar lokal noch funktioniert, in neuen Lösungen jedoch nicht mehr verwendet werden sollte. Sie sollten im Gegenteil modernere Ansätze verwenden, wie die Remotebereitstellung in einem SharePoint-Add-In oder einer Office 365-Anwendung.

Artikel

Beispiele

Websitesammlungen und Unterwebsites

Wenn Sie Websites bereitstellen müssen, gibt es eine häufig gestellte Frage: "Ist es besser, eine Websitesammlung oder eine Unterwebsite zu erstellen?" Tatsächlich lautet die Antwort sehr oft "es kommt darauf an". Nichtdestotrotz hier einige Informationen, die Sie bei der Entscheidung unterstützen:

  • Jede Websitesammlung verfügt über eindeutige Benutzer und Berechtigungen, während eine Unterwebsite Benutzer und Berechtigungen von der übergeordneten Website erben kann. Daher sollten Sie für völlig verschiedene Zielbenutzer verschiedene Websitesammlungen erstellen, statt verschiedene Unterwebsites innerhalb einer einzigen Websitesammlung.
  • Aus Sicht von SharePoint Online kann das Freigabefeature auf Ebene der Websitesammlung aktiviert/deaktiviert werden, aber nicht auf Ebene der Unterwebsite.
  • Wenn Sie Websitespalten und Inhaltstypen auf Ebene der Websitesammlung definieren, werden diese in allen Unterwebsites geerbt. Dies ist ein nützliches Verhalten, das zu einer gemeinsamen Informationsarchitektur für alle Websites derselben Websitesammlung führt.
  • Unterwebsites derselben Websitesammlung können eine hierarchische Navigationsstruktur gemeinsam nutzen, wodurch die Benutzerfreundlichkeit insgesamt verbessert wird.
  • Aus lokaler Sicht kann jede einzelne Websitesammlung einer spezifischen Datenbankdatei zugeordnet werden. Für eine Unterwebsite ist dies nicht der Fall, denn sie kann nur in ihrer eigenen übergeordneten Websitesammlungs-Datenbank bleiben. Aus diesem Grund sind auf Ebene der Websitesammlung detailliertere Sicherungs- und Wartungsrichtlinien möglich als auf Ebene der Unterwebsite, sofern Sie keine Verwaltungstools von Drittanbietern verwenden.
  • Aus lokaler Sicht kann eine Websitesammlung problemlos über verschiedene Datenbankdateien verschoben werden, während eine Unterwebsite nur ihrer übergeordneten Websitesammlungs-Datenbank folgen kann.
  • Das Vorhandensein mehrerer Unterwebsites in einer Websitesammlung ermöglicht die Nutzung des Inhaltsabfrage-Webparts (lokal oder in der klassischen Benutzeroberfläche von SharePoint Online), um eine bessere websiteübergreifende Datenaggregation zu erzielen.