Service Bus für Windows Server 1.1 – Übersicht

Artikel
04/18/2014

Letzte Aktualisierung: Oktober 2013

Betrifft: Service Bus for Windows Server 1.1

Service Bus for Windows Server stellt eine Sammlung installierbarer Komponenten dar, die Messagingfunktionen von Windows Azure Service Bus für Windows bereitstellen Server. Service Bus for Windows Server ermöglicht das Erstellen, Testen und Ausführen lose verbundener, nachrichtengesteuerter Anwendungen in selbstverwalteten Umgebungen und auf Entwicklercomputern.

Service Bus for Windows Server soll ähnliche Funktionen für Windows Azure und Windows Server bereitstellen und Flexibilität beim Entwickeln und Bereitstellen von Anwendungen ermöglichen. Die Anwendung verwendet die gleiche Architektur wie der Servicebus-Clouddienst und stellt Skalierungs- und Stabilitätsfunktionen bereit. Das Programmiermodell, Visual Studio-Unterstützung und die APIs, die für die Anwendungsentwicklung bereitgestellt werden, sind mit dem Cloud Service symmetrisch. Auf diese Weise wird die Entwicklung von Anwendungen für beide Umgebungen sowie der Wechsel zwischen den beiden Umgebungen vereinfacht. In Zukunft wird das Verwalten von Entitäten im Azure-Verwaltungsportal konsistent für die lokalen und Cloud-Versionen sein.

Szenarien für Service Bus for Windows Server

Lokale Entwicklung, Bereitstellung in der Cloud. Dieses gängige Szenario ermöglicht Entwicklern von Cloudanwendungen das lokale Entwickeln und Testen von Anwendungen in einer Entwicklungsumgebung, die auf einem Desktop- oder Laptopcomputer installiert werden kann. Zur Unterstützung von Cloudentwicklern kann Service Bus for Windows Server unter einem Clientbetriebssystem (Windows 7 oder 8, 64-Bit) installiert werden, und es können SQL Express-Editionen (SQL Express 2008 R2 SP1 oder höher) verwendet werden. Außerdem kann Service Bus for Windows Server für die Verwendung lokaler Konten (anstelle von Domänenkonten) für die Entwicklung auf einem Computer konfiguriert werden, der keiner Domäne angehört oder offline ist.
Flexible Bereitstellung Softwarehersteller, die ihre Lösungen einer breit gefächerten Zielgruppe von Kunden anbieten, möchten in der Lage sein, ihre Lösung als Cloudanwendung oder verteilt für die lokale Bereitstellung durch den Kunden bereitzustellen. Auch Unternehmen möchten die Wahl haben, wo die Anwendung bereitgestellt werden soll. Zur Unterstützung dieses Szenarios bietet Service Bus for Windows Server Einheitlichkeit mit Windows Azure Service Bus (dem Microsoft PaaS-Angebot) sowie Unterstützung für IaaS. Die Einheitlichkeit beginnt mit den unterstützten Funktionen (Brokermessaging nur für diese Version), dem gleichen SDK und Unterstützung für eine konfigurierbare Verbindungszeichenfolge, durch die Kunden ihre Bereitstellungsoption ändern können, ohne die Lösung erneut erstellen zu müssen.
Lokale Veröffentlichungs-/Abonnementfunktionen. Für Unternehmen, die Dienste und Anwendungen entwickeln, bietet Service Bus for Windows Server eine MOM-Schicht (Messaging Oriented Middleware) mit einer reichhaltigen Funktionssammlung für Veröffentlichungs-/Abonnementfunktionen. Zur Unterstützung dieses Szenarios bietet Service Bus for Windows Server Funktionen wie etwa hohe Verfügbarkeit, Skalierbarkeit, tokenbasierte Windows-Authentifizierung (Unterstützung für Active Directory) und vieles mehr.

Messagingfunktionen in Service Bus for Windows Server

Service Bus for Windows Server unterstützt die gleiche Sammlung von Brokermessagingfunktionen wie Windows Azure Service Bus. Servicebus-Warteschlangen bieten mithilfe einer Auswahl von Protokollen und APIs zuverlässige Nachrichtenspeicherung und zuverlässigen Nachrichtenabruf.

Servicebus-Warteschlangen

Servicebus-Warteschlangen ermöglichen Belastungsausgleich, indem Sie dem Nachrichtenempfänger die Verarbeitung von Nachrichten in seinem eigenen Tempo erlauben. Außerdem stellen Servicebus-Warteschlangen Lastenausgleich durch mehrere konkurrierende Empfänger zur Verfügung, die Nachrichten von der gleichen Warteschlange annehmen. Den Themenbereich zu Servicebus-Warteschlangen finden Sie unter Verwenden von Service Bus-Warteschlangen.

Servicebus-Themen

Neben den Warteschlangenfunktionen bieten Servicebus-Themen und -Abonnements reichhaltige Veröffentlichungs-/Abonnementfunktionen, die mehreren gleichzeitigen Abonnenten unabhängig voneinander das Abrufen gefilterter oder ungefilterter Sichten des veröffentlichten Nachrichtendatenstroms ermöglichen. Den Themenbereich zu Servicebus-Themen finden Sie unter Verwenden von Service Bus-Themen/-Abonnements.

Bereitstellungs- und Verwaltungsoptionen in Service Bus für Windows Server

Service Bus for Windows Server unterstützt zwei Methoden der Bereitstellung für verschiedene Szenarien.

Servicebus nur Laufzeit (eigenständig): In diesem Bereitstellungsszenario stellt ein einzelner Administrator die Servicebus-Farm bereit und verwaltet diese. Er erstellt auch Namespaces. Alle Verwaltungsvorgänge werden durch PowerShell-Befehle unterstützt, und es ist keine Benutzeroberfläche vorhanden (mit Ausnahme des Servicebus-Konfigurations-Assistenten für die anfängliche Konfiguration).
Servicebus-Integration in Windows Azure Pack: In diesem Bereitstellungsszenario verwaltet der Administrator Servicebus mithilfe des Windows Azure Pack-Portals, indem er die tatsächliche Farm bereitstellt und verwaltet (Cloud). Servicebus-Mandanten verwenden ebenfalls das Portal, um Namespaces und Messagingentitäten zu erstellen. Die Benutzeroberfläche des Portals ähnelt der Benutzeroberfläche in Azure.

Verwenden Sie die eigenständige Servicebus-Bereitstellung (kein Portal), wenn ein einzelner Mandant vorhanden ist, der Servicebus-Ressourcen mithilfe von PowerShell-Cmdlets und Service Bus-APIs verwaltet.

Verwenden Sie die Servicebus-Integration in Windows Azure Pack, wenn Sie eine Verwaltungsbenutzeroberfläche ähnlich wie in der Cloud wünschen oder wenn Sie Ihren Mandanten Teile der Verwaltungsbenutzeroberfläche zur Verfügung stellen möchten. Die Servicebus-Integration in Windows Azure Pack unterstützt auch die Verwaltung mehrerer Servicebus-Farmen (Clouds) über ein Portal. Dies kann ggf. für große Unternehmen oder Hostinganbieter sinnvoll sein, die Ressourcen (Messaging) für mehrere Kunden (verschiedene Teams in einem Unternehmen oder im Fall von Hostinganbietern verschiedene Unternehmen) zur Verfügung stellen möchten.

Die Entscheidung, ob Servicebus in einer verwalteten oder einer nicht verwalteten Umgebung zur Verfügung gestellt werden soll, wirkt sich auf die Bereitstellungsschritte aus. Weitere Informationen finden Sie unter im Handbuch "Erste Schritte mit Servicebus für Windows Server 1.1".

Hinweis

Mit Service Bus for Windows Server 1.0 war nur der nicht verwaltete Modus von Servicebus möglich. Die Windows Azure Pack-Integration ist eine neue Funktion der Version Service Bus for Windows Server 1.1.

Den Themenbereich zum Windows Azure Pack finden Sie hier.

Die folgende Tabelle nennt die Hauptunterschiede zwischen den beiden Alternativen.

Bereich	Servicebus nur Laufzeit	Servicebus-Integration in Windows Azure Pack
Servicebus Bereitstellung	Setup mithilfe von WebPI. Konfiguration mithilfe des Konfigurations-Assistenten oder PowerShell.	Setup mithilfe von WebPI Konfiguration mithilfe des Konfigurations-Assistenten oder PowerShell. Geben Sie beim Erstellen einer Farm die vom Verwaltungsportal verwendeten Anmeldeinformationen an.
Erstellen eines Servicebus-Angebots (eines Plans)	Nicht unterstützt.	Erstellen Sie mithilfe des Windows Azure Pack-Verwaltungsportals einen Plan, der Servicebus (neben anderen Ressourcen wie etwa der Verwaltung virtueller Computer) anbietet.
Namespaceerstellung	Der Farmadministrator erstellt Namespaces und weist Besitzer zu.	Nachdem ein Administrator einen Plan erstellt hat, können sich Mandanten am Windows Azure Pack-Mandantenportal anmelden und mithilfe des Plans Abonnements erstellen. Nachdem ein Abonnement erstellt wurde, kann ein Mandant einen Servicebus-Namespace mithilfe des Windows Azure Pack-Portals erstellen.
Servicebus Entitätsverwaltung	Mithilfe des Servicebus SDKs (.NET- oder REST-basiert).	Nachdem ein Namespace erstellt wurde, können Mandanten das Windows Azure Pack-Portal zum Erstellen von Servicebus-Entitäten (Warteschlangen, Themen und Abonnements) ähnlich wie in Azure verwenden. Hinweis: Das Servicebus SDK kann ebenfalls weiterhin verwendet werden.
Unterstützung mehrerer Farmen	Jede Farm wird separat verwaltet.	Ein einzelnes Windows Azure Pack-Portal kann mehrere Service Bus for Windows Server-Farmen unterstützen. Mandanten können mithilfe von Ressourcen aus mehreren Farmen in einem Windows Azure Pack-Mandantenportal mehrere Abonnements erstellen.

Plattformfunktionen in Service Bus for Windows Server

Service Bus for Windows Server stellt eine Messagingplattform für Unternehmensanwendungen mit einer Farmtopologie mit mehreren Hosts zur Verfügung, die sowohl Skalierung als auch hohe Verfügbarkeit bietet. Diese Plattform basiert auf Windows Server und Microsoft SQL Server. Entwickler, die eine schlanke Entwicklungsumgebung wünschen, können Service Bus for Windows Server unter Windows-Clientbetriebssystemen (64-Bit) und Microsoft SQL Express installieren.

Sie können Service Bus for Windows Server in einer gehosteten Umgebung wie etwa Azure Virtual Machines mithilfe einer gehosteten Microsoft SQL Server-Datenbank oder Windows Azure SQL-Datenbank (IaaS) bereitstellen. Den Themenbereich zu den unterstützten Plattformen finden Sie unter Supported Topologies.

Service Bus for Windows Server im Vergleich zu Windows Azure Service Bus

Die APIs und Messagingfunktionen von Service Bus for Windows Server und Windows Azure Service Bus sind zwar symmetrisch, es gibt jedoch Unterschiede zwischen den beiden Service Bus-Produkten.

Hinsichtlich der Verwaltbarkeit in einer gehosteten PaaS-Umgebung (Platform As A Service - Windows Azure) stellt der PaaS-Anbieter (Microsoft) die Verwaltung zur Verfügung. Bei Service Bus for Windows Server führt der lokale Administrator die Bereitstellung, Sicherung, Skalierung und Überwachung der Service Bus for Windows Server-Farm aus.
In Windows Azure und in Windows Server erfordert Servicebus Zugriffstoken für die Autorisierung des Zugriffs auf die Messagingentitäten. Beide Anwendungen verwenden das SAS-Authentifizierungsschema (Shared Access Secrets) für den Servicebus-Namespaces sowie Entitäten (Warteschlangen und Themen) gemeinsam. In Windows Azure unterstützt Servicebus jedoch auch Windows Azure Active Directory Access Control (auch Access Control Service oder ACS). Diese Funktion ist in Windows Server nicht verfügbar. Unter Windows Server unterstützt Servicebus jedoch die integrierte Windows-Authentifizierung (mit einer Domäne verbundene Benutzer und Active Directory-Benutzergruppen). Diese Funktion ist in Azure nicht verfügbar.
Kontingente und andere Laufzeiteinstellungen sind in Windows Azure Service Bus fest. Mit Service Bus for Windows Server kann ein Administrator diese Einstellungen ändern und die Service Bus for Windows Server-Farm anpassen.
Das Adressierungsschema ist in Windows Azure Service Bus fest. Für alle Endpunkte wird daher das Servicebus-Postfix der URL hinzugefügt. Mit Service Bus for Windows Server können Sie den vollqualifizierten Domänennamen (Fully Qualified Domain Name, FQDN) des Hosts oder einen zugeordneten DNS-Eintrag verwenden, der Ihren Dienst darstellt.

Erstellungsdatum:

2014-04-18