WEBVTT 00:00:00.200 --> 00:00:07.200 [Diese Übersetzung wurde mit dem Bing Translator erstellt.] 00:00:09.000 --> 00:00:10.900 Hallo. Ich bin Abhishek Lal. 00:00:11.400 --> 00:00:15.360 Ich bin ein Programm-Manager in Windows Azure, und ich möchte heute 00:00:15.460 --> 00:00:17.670 Sprechen Sie über Windows Azure Service Bus. 00:00:18.530 --> 00:00:23.350 Service-Bus können Sie Anwendungen erstellen und anderen verbinden 00:00:23.400 --> 00:00:25.990 Regeln zwischen Web- und Worker-Tiers. 00:00:26.620 --> 00:00:31.190 Sie können dies für den Abgleich von low oder für das Entkoppeln von wo Ihre 00:00:31.240 --> 00:00:34.780 Web-Tier sendet Nachrichten in einer Warteschlange und die Arbeitskraft Tier zieht 00:00:34.830 --> 00:00:36.040 Nachrichten von ihnen. 00:00:36.620 --> 00:00:41.350 Wir bieten außerdem einige sehr fortgeschrittene Pub Sub-Szenarien, in denen Verlage 00:00:41.400 --> 00:00:46.100 Themen Nachrichten senden können und dann Sie können mehrere Abonnenten haben. 00:00:46.450 --> 00:00:50.130 mit Nachrichten. Heute werden wir gehen Betrachten Sie einige der neuen Tools 00:00:50.180 --> 00:00:54.920 in Visual Studio 2013 unterstützt Entwicklung mit Azure Service Bus. 00:00:56.000 --> 00:00:59.980 Mit Azure wissen Sie, dass Sie können Cloud-Anwendungen erstellen 00:01:00.370 --> 00:01:01.470 für das Unternehmen. 00:01:02.240 --> 00:01:07.320 Einer der wichtigsten Aspekte der und der wichtigsten Dienste in Azure 00:01:07.370 --> 00:01:09.190 ist der Windows Azure Service Bus. 00:01:10.090 --> 00:01:14.650 Dies bietet Ihnen messaging und relay wodurch wirklich Services 00:01:14.700 --> 00:01:19.070 Entsperren Sie Unternehmensdaten und Geschäftslogik. 00:01:22.580 --> 00:01:27.040 Mit Azure Service Bus wird heute wir Sicheres messaging im Mittelpunkt 00:01:27.090 --> 00:01:33.330 Funktionen und wie diese ermöglichen lose gekoppelte Lösungen zu erstellen. 00:01:37.680 --> 00:01:41.330 Darüber hinaus werden wir finden Sie unter Wie kann man ein reicher erreichen. 00:01:41.380 --> 00:01:45.060 Veröffentlichen Sie Szenarien abonnieren Verwenden von Azure Service Bus. 00:01:48.700 --> 00:01:52.570 Wenn wir über eng sprechen verbunden Anwendungen der Fall ist 00:01:52.620 --> 00:01:57.020 ein Speicher-front-End, in denen möglicherweise sprechen direkt mit einer Lieferung 00:01:57.070 --> 00:02:01.790 Service, die dann direkt Gespräche vielleicht der zur Versendung oder der 00:02:01.840 --> 00:02:03.090 Lager-Services. 00:02:04.400 --> 00:02:09.600 Diese Art von einem direkten System hat ein Fehler, die bei einer bestimmten 00:02:09.650 --> 00:02:14.290 Komponente ist nicht verfügbar, z. B. die Versenden Sie eine, die Fehler sind 00:02:14.340 --> 00:02:18.560 übertragen ganz zurück, weil Es ist keine Erweiterte Grundlagen 00:02:18.830 --> 00:02:22.030 Entkopplung zum Schutz nach diesen Fehlern. 00:02:22.080 --> 00:02:28.470 In einem lose gekoppelten system Wir sehen, dass Störungen 00:02:29.710 --> 00:02:32.950 abgekoppelt vom front-End und Back-End eine Warteschlange einfügen 00:02:33.000 --> 00:02:33.980 in der Mitte. 00:02:35.450 --> 00:02:40.340 In diesem Fall werden alle Anforderungen gesendet als Nachrichten in einer Warteschlange. 00:02:41.280 --> 00:02:44.580 Ziehen Sie das Tracking-System kann dann Diese Nachrichten und senden 00:02:44.630 --> 00:02:45.890 während der Übermittlung. 00:02:48.000 --> 00:02:52.090 Wenn das Tracking-System aus irgendeinem Grund nicht verfügbar ist, nicht - nicht - hörbar 00:02:52.140 --> 00:02:55.910 weiterhin Meldungen vom front-end in der Auftragswarteschlange gehen 00:02:56.540 --> 00:02:59.080 und damit das System weiterhin funktionieren. 00:02:59.640 --> 00:03:02.840 Diese Aufträge werden nicht verarbeitet bis das Tracking-system 00:03:02.890 --> 00:03:07.210 ist wieder online, aber zu diesem Zeitpunkt Sie werden abgerufen 00:03:07.260 --> 00:03:10.120 Diese Aufträge und Prozess Sie für die Übermittlung. 00:03:11.430 --> 00:03:14.990 Dieses Mal haben Sie mit gesehen lose Verbindung von Anwendungen, die 00:03:15.040 --> 00:03:18.590 zur Verfügung, während Front-end konnte das Tracking-system 00:03:18.640 --> 00:03:21.040 Maßnahmen Sie für Upgrades offline. 00:03:24.680 --> 00:03:28.550 Betrachten Sie das Szenario, in dem Sie haben mehrere Storefront End-Instanzen. 00:03:29.590 --> 00:03:33.400 Sie können Zeiten der größten Auslastung generieren wo es viele Nachrichten gibt 00:03:33.450 --> 00:03:36.950 und Aufträge zu den generiert Das Tracking-System beibehalten nicht. 00:03:37.000 --> 00:03:41.140 mit und dahin, dass einer Auftragswarteschlange in der Mitte, 00:03:41.190 --> 00:03:43.220 Sie können einen Lastenausgleich erzielen. 00:03:44.630 --> 00:03:48.900 Dies ist, in denen mehrere Instanzen haben der Tracking-system 00:03:48.950 --> 00:03:50.740 Ziehen aus der gleichen Auftragswarteschlange. 00:03:51.680 --> 00:03:56.290 Der Hauptunterschied ist Sie haben mehrere Empfänger 00:03:56.340 --> 00:04:01.230 auf der gleichen Warteschlange, und sie sind um Nachrichten so die 00:04:01.280 --> 00:04:05.930 dieselbe Meldung wird durch zwei noch nie gesehen. Instanzen des Tracking-Systems, 00:04:07.180 --> 00:04:10.830 Sie können jedoch einige erreichen Lastenausgleich durch erhöhen 00:04:10.880 --> 00:04:14.830 die Anzahl der Worker-Regeln müssen Sie für die Versandart. 00:04:14.880 --> 00:04:20.900 Lassen Sie mit dieser Option mich zu wechseln Visual Studio und zeigen Ihnen einige 00:04:20.950 --> 00:04:25.320 die Developer Tools haben wir aktivieren Entwicklung mit diesem Szenario. 00:04:26.740 --> 00:04:30.480 Was hier installiert haben ist die Windows Azure-Cloud-Tools 00:04:31.080 --> 00:04:34.880 und hier auf der linken Seite in Silber-Explorer können Sie 00:04:34.930 --> 00:04:38.550 zu sehen, dass ich meinen Dienst Bus-Namespaces aufgelistet. 00:04:39.350 --> 00:04:43.530 Wenn Sie sich anmelden und keine sieht Namespace hier erhältlich, Kopf 00:04:43.580 --> 00:04:48.540 auf der Windows Azure-Portal WindowsAzure.com und ab 00:04:48.590 --> 00:04:53.160 Da werden Sie auf einfache Weise erstellen einen neuen Namespace durch auswählen 00:04:53.210 --> 00:04:55.290 Welche Region befindet sich in. 00:04:58.510 --> 00:05:02.460 Mit meinem hier aufgeführten Namespaces Ich kann problemlos durchlaufen 00:05:02.510 --> 00:05:05.800 die Warteschlangen und die Themen die ich erstellt habe. 00:05:07.570 --> 00:05:11.330 Wir liefern Ihnen einige zusätzliche Debug-Informationen so 00:05:11.380 --> 00:05:14.380 Sie können zu einer bestimmten besprechen. die Warteschlange, und zeigen Sie dessen Eigenschaften. 00:05:18.170 --> 00:05:21.730 Wie kann ich sehen, dass ich habe Beachten viele aktive Nachrichten in diesem 00:05:21.780 --> 00:05:26.340 Warteschlange, wenn die Warteschlange war erstellt, sowie 00:05:27.860 --> 00:05:32.940 wichtige Werte wie das maximum Delivery Count und max 00:05:32.990 --> 00:05:34.090 Größe der Warteschlange. 00:05:34.780 --> 00:05:38.240 So können wir die verschiedenen sehen Eigenschaften, die erforderlich sind 00:05:38.290 --> 00:05:39.200 für diese Warteschlange. 00:05:40.050 --> 00:05:44.720 Direkt aus Visual Studio ich habe die Möglichkeit zum Erstellen neuer Objekte 00:05:49.960 --> 00:05:53.800 Ebenso wie Ändern der Haupteigenschaften für diese. 00:05:57.790 --> 00:06:02.020 Sobald meine neue Warteschlange verfügbar ist. Ich sehe es hat keine Nachrichten ich 00:06:02.070 --> 00:06:07.210 können tatsächlich eine Testnachricht senden. und Sie werden feststellen, dass 00:06:07.260 --> 00:06:11.150 die Eigenschaften werden aktualisiert, und Sie alle sind die neuesten 00:06:11.200 --> 00:06:14.640 Eigenschaften für die Warteschlange mit der Anzahl der aktiven Nachricht erhöht. 00:06:14.690 --> 00:06:15.160 in 1. 00:06:16.610 --> 00:06:19.910 Beachten Sie, dass hier bei das letzte Mal die Warteschlange 00:06:19.960 --> 00:06:24.710 abgerufen wurde. Ich kann mehr empfangen von hier aus einer Nachricht 00:06:26.020 --> 00:06:30.080 erneut wird die aktive miteinzubeziehen Anzahl der Nachrichten wieder nach unten 00:06:30.130 --> 00:06:30.780 0 (null). 00:06:33.320 --> 00:06:38.990 Mithilfe dieser Tools können Sie Debuggen wirklich und eine sehr umfassende Einsichten 00:06:39.040 --> 00:06:42.290 in Ihrem aktiven Einheiten mit Service-Bus. 00:06:44.120 --> 00:06:47.570 Jetzt verwenden werde ich zum Erstellen eines neuen Projekts 00:06:50.260 --> 00:06:55.410 in dem werde ich die Windows wählen Azure-Cloud-Dienstprojekt. 00:06:57.630 --> 00:07:01.160 Verschiedene Vorlagen, die mir einer von ihnen zur Verfügung stehenden 00:07:01.210 --> 00:07:04.380 ist eine Arbeitskraft Regel für diese Warteschlange Bus. 00:07:07.740 --> 00:07:10.600 Ich füge, die zu einem Projekt und drücken Sie erstellen. 00:07:14.450 --> 00:07:19.170 Was mir hier ist der code Ich gehe Liste erforderlich es 00:07:19.220 --> 00:07:23.850 in einer bestimmten Warteschlange für Nachrichten und dann Diese bestimmten Nachrichten zu verarbeiten. 00:07:23.900 --> 00:07:28.250 Jetzt muss ich den Code geladen. Lassen Sie mich exemplarischen Vorgehensweisen 00:07:28.300 --> 00:07:30.700 von hier in den verschiedenen Abschnitten. 00:07:31.990 --> 00:07:36.120 Zu Beginn erstellen wir eine bestimmte Warteschlangenname, z. B. die Verarbeitung 00:07:36.170 --> 00:07:36.690 Warteschlange, und 00:07:37.920 --> 00:07:43.410 zu diesem Zeitpunkt werden wir bei der Ausführung Methode, die eine einzelne Methode aufgerufen 00:07:43.460 --> 00:07:45.340 der client.on-Nachricht. 00:07:46.060 --> 00:07:50.890 Warteschlange-Client wird initialisiert. in der Start-Methode auf 00:07:52.910 --> 00:07:56.880 und bestimmte Warteschlange verwendet der Name, den Sie zuvor angegeben. 00:07:58.370 --> 00:08:02.000 Ich werde dies ändern um meine Warteschlange wird verarbeitet. 00:08:03.390 --> 00:08:08.520 Wenn Sie die Fehlermeldung bei jedem Aufrufen vornehmen Nachrichten, die zur Verfügung stehen 00:08:08.570 --> 00:08:13.780 auf diesen Endpunkt werden gesendet auf die Verarbeitungsfunktion. 00:08:15.820 --> 00:08:21.120 Beachten Sie hier habe ich eine einfache Ablaufverfolgung Was die Nachricht schreiben 00:08:21.170 --> 00:08:22.120 wurde empfangen. 00:08:23.050 --> 00:08:26.520 Damit in der Demo haben Sie gesehen, wie können Sie mühelos eine Regel für die Arbeitskraft erstellen 00:08:26.570 --> 00:08:30.190 Projekt, und erhalten am Nachrichten aus einer Warteschlange. 00:08:31.590 --> 00:08:34.870 Eine zusätzliche Konzept soll Sie zeigen, d. h. ein Thema. 00:08:35.890 --> 00:08:39.550 In diesem Fall senden die Informationsspeicher Nachrichten an ein einzelnes Thema 00:08:40.200 --> 00:08:44.190 aber möglicherweise mehrere Abonnements die erhalten 00:08:44.240 --> 00:08:45.820 Diese Nachrichten. 00:08:46.440 --> 00:08:49.570 Stellen Sie sich einen Fall, in dem Sie haben ein Skript - nicht hörbar - System 00:08:49.620 --> 00:08:54.660 und ein separates Überwachungssystem. Hier soll die gleiche Meldung 00:08:55.030 --> 00:08:59.710 werden beide und das ist genau Was passiert in diesem 00:08:59.760 --> 00:09:01.820 Szenario. 00:09:02.730 --> 00:09:06.190 Wenn Sie Abonnements erstellen Sie können hinzufügen, werden die Filter 00:09:06.240 --> 00:09:08.840 entscheiden, welche Nachrichten angezeigt werden auf welches Abonnement 00:09:10.130 --> 00:09:14.310 Diese Nachrichten können dupliziert werden, und zwischen den Abonnements oder 00:09:14.360 --> 00:09:18.040 Sie können sich gegenseitig ausschließende haben Wenn eine einzelne Nachricht gefiltert 00:09:18.090 --> 00:09:19.620 Wechselt zu einem Abonnenten. 00:09:20.720 --> 00:09:25.420 Diese Art von rich Pub Sub-Szenarien Tatsächlich können Sie erstellen 00:09:25.470 --> 00:09:29.780 durch die Entkopplung verbundener Systeme front-Ends sowie Ihre 00:09:29.830 --> 00:09:36.370 Arbeitskraft-Tiers und äußerst erreichen skalierbare und verbundenen Dienstleistungen. 00:09:36.420 --> 00:09:41.360 Bei Azure Service Bus gesehen haben wir heute wie ist es so einfach zu erstellen 00:09:41.410 --> 00:09:46.420 mit Web-Anwendungen mit mehreren Ebenen Tier und Arbeitskraft Ebenen wird 00:09:46.470 --> 00:09:51.020 über Warteschlangen oder mit verbunden sind Veröffentlichen Sie Muster abonnieren 00:09:51.070 --> 00:09:53.060 mit den Themen und Abonnements. 00:09:53.730 --> 00:09:58.940 Die Tools in Visual Studio Azure 2013 ist es wirklich einfach 00:09:58.990 --> 00:10:01.210 Damit Sie diese verdoppeln entkoppelte Anwendungen.