Dieser Artikel wurde noch nicht bewertet - Dieses Thema bewerten.

Übersicht über das Erstellen eines gehosteten Diensts für Windows Azure

Letzte Aktualisierung: April 2011

Ein gehosteter Dienst in Windows Azure besteht aus einer Anwendung, die für die Ausführung unter dem gehosteten Dienst konzipiert ist, und XML-Konfigurationsdateien, die definieren, wie der gehostete Dienst ausgeführt werden soll.

Das folgende Diagramm zeigt die Komponenten eines gehosteten Diensts in Windows Azure:

Anwendung enthält Rollen, Definition und Config-Datei

Das Dienstmodell wird durch die aufgeführten Einstellungen in der Datei "ServiceDefinition.csdef" bestimmt und in der Datei "ServiceConfiguration.cscfg" konfiguriert. Die Definitionsdatei wird mit den Rollenbinärdateien verpackt, wenn die Anwendung für die Bereitstellung vorbereitet wird. Die Datei "ServiceConfiguration.cscfg" wird mit dem Paket bereitgestellt und von Windows Azure verwendet, um zu bestimmen, wie die Anwendung ausgeführt werden soll.

Sie können die Rollen und Ressourcen für eine Anwendung festlegen, indem Sie Einstellungen in der Datei "ServiceDefinition.csdef" definieren. Eine Anwendung, die als gehosteter Dienst in Windows Azure ausgeführt wird, implementiert mindestens einen der verfügbaren Rollentypen. In Windows Azure werden ausgeführte Instanzen einer Rolle auf mehreren Computern repliziert, um alle Funktionen oder einen Teil der Funktionen des gehosteten Diensts zu implementieren.

Bevor Sie mit dem Erstellen einer in Windows Azure ausgeführten Anwendung beginnen, sollten Sie die Informationen unter Planen und Entwerfen von Anwendungen für Windows Azure lesen.

Windows Azure unterstützt derzeit die folgenden drei Rollentypen:

  • Webrolle – Eine Webrolle ist eine für die Webanwendungsprogrammierung angepasste Rolle, die von IIS 7 und ASP.NET unterstützt wird. Ein Vorteil bei der Verwendung dieses Rollentyps besteht darin, dass Sie die IIS-Konfiguration nicht vornehmen müssen. Diese Rolle wird am besten zum Bereitstellen eines webbasierten Front-End für den gehosteten Dienst verwendet. Sie ist nicht für Prozesse mit langer Laufzeit geeignet.

  • Workerrolle – Bei einer Workerrolle handelt es sich um eine Rolle, die für die allgemeine Entwicklung nützlich ist und Hintergrundprozesse für eine Webrolle ausführen kann. Wenn Sie Hintergrundprozesse mit langen oder periodischen Aufgaben ausführen müssen, sollten Sie diese Rolle verwenden.

  • VM-Rolle – Bei einer VM-Rolle handelt es sich um einen bestimmten Rollentyp, mit dem Sie die Konfiguration und die Aktualisierungen des Betriebssystems für den virtuellen Computer festlegen können. Während eine Webrolle und eine Workerrolle auf einem virtuellen Computer ausgeführt werden, ist die VM-Rolle der virtuelle Computer. Damit besitzen Sie Vollzugriff auf die Vorgänge. Diese Rolle sollte bei langen und komplexen Installationen im Betriebssystem oder bei bestimmten Setupproblemen verwendet werden. Diese Rolle ist besonders zum Migrieren vorhandener Anwendungen geeignet, damit sie als gehosteter Dienst in Windows Azure ausgeführt werden können. Weitere Informationen zu VM-Rollen finden Sie unter Erstellen von Anwendungen mithilfe einer VM-Rolle in Windows Azure.

Nachdem Sie einen gehosteten Dienst erstellt haben, der Ihre Anwendung ausführt, können Sie per Remotezugriff auf eine Rolleninstanz zugreifen, um Einstellungen auf dem virtuellen Computer zu konfigurieren oder die Problembehandlung durchzuführen. Dazu müssen Sie das entsprechende Zertifikat in das Windows Azure-Verwaltungsportal hochladen, das verwendete Kennwort verschlüsseln und Import-Elemente für die RemoteAccess- und RemoteForwarder-Module in der Datei "ServiceDefinition.csdef" hinzufügen.

Die Rolleninstanzen in einem gehosteten Dienst kommunizieren über interne und externe Verbindungen, die je nach erforderlichem Kommunikationstyp variieren. Rolleninstanzen können diese Verbindungen mit HTTP, HTTPS und Microsoft .NET-APIs für TCP/IP-Sockets herstellen. Eine externe Verbindung wird als Eingabeendpunkt und eine interne Verbindung als interner Endpunkt bezeichnet. Endpunkte sind Ports zugeordnet. Der externe Endpunkt wird einem von Ihnen festgelegten Port zugeordnet, und die internen Endpunkte werden den Ports dynamisch von Windows Azure zugewiesen.

Mit Startaufgaben können Sie Vorgänge vor dem Starten der Rolleinstanzen ausführen. Zu diesen Vorgängen zählen das Installieren einer Komponente, Registrieren von COM-Komponenten, Festlegen von Registrierungsschlüsseln oder Starten eines Prozesses mit langer Laufzeit. Sie fügen der Rolle Startaufgaben hinzu, indem Sie die Aufgaben in der Datei "ServiceDefinition.csdef" definieren.

noteHinweis
Startaufgaben können nicht für VM-Rollen verwendet werden.

Die RoleEntryPoint-Klasse schließt Methoden ein, die von Windows Azure beim Starten, Ausführen oder Beenden einer Web- oder Workerrolle aufgerufen werden. Sie können diese Methoden optional überschreiben, um die Rolleninitialisierung, Sequenzen zum Herunterfahren der Rolle oder den Ausführungsthread der Rolle zu verwalten. Eine Workerrolle muss die RoleEntryPoint-Klasse erweitern. Für Webrollen ist die Erweiterung von RoleEntryPoint optional. Bei einer VM-Rolle werden Windows-Dienste anstelle der RoleEntryPoint-Klasse verwendet.

Informationen zu den ersten Schritten beim Implementieren eines gehosteten Diensts in Windows Azure finden Sie unter Erste Schritte beim Erstellen eines gehosteten Diensts für Windows Azure.

Siehe auch

Fanden Sie dies hilfreich?
(1500 verbleibende Zeichen)

Community-Beiträge

© 2013 Microsoft. Alle Rechte vorbehalten.
facebook page visit twitter rss feed newsletter