WEBVTT 00:00:00.200 --> 00:00:07.200 [La traduction à été faite par Bing Translator] 00:00:09.000 --> 00:00:10.900 Bonjour. Je suis Abhishek penser. 00:00:11.400 --> 00:00:15.360 Je suis responsable de programme dans Windows Azure et aujourd'hui je souhaite 00:00:15.460 --> 00:00:17.670 parler de Windows Bus des services Azure. 00:00:18.530 --> 00:00:23.350 Bus de service vous permet de créer des applications et se connecter différents 00:00:23.400 --> 00:00:25.990 règles entre les différents niveaux de travail et web. 00:00:26.620 --> 00:00:31.190 Vous pouvez utiliser cette option pour un audit de faible ou pour le découplage où votre 00:00:31.240 --> 00:00:34.780 couche Web envoie des messages dans une file d'attente et votre extrait de couche de travail 00:00:34.830 --> 00:00:36.040 les messages. 00:00:36.620 --> 00:00:41.350 Nous avons également prendre en charge certaines très avancé Sous-scénarios pub où éditeurs 00:00:41.400 --> 00:00:46.100 peut envoyer des messages vers les rubriques, puis Vous pouvez avoir plusieurs abonnés 00:00:46.450 --> 00:00:50.130 avec les messages. Aujourd'hui, nous allons Examinons quelques-unes des nouveaux outils 00:00:50.180 --> 00:00:54.920 dans Visual Studio 2013 qui prend en charge développement avec Bus des services Azure. 00:00:56.000 --> 00:00:59.980 Avec Azure, vous savez que vous pouvez créer des applications à l'échelle de nuage 00:01:00.370 --> 00:01:01.470 pour l'entreprise. 00:01:02.240 --> 00:01:07.320 Un des aspects essentiels de l'et l'autre des principaux services dans Azure 00:01:07.370 --> 00:01:09.190 est le Bus des services Windows Azure. 00:01:10.090 --> 00:01:14.650 Cela vous assure de messagerie et de relais services qui contribue réellement à 00:01:14.700 --> 00:01:19.070 déverrouillage de données de l'entreprise ainsi que de la logique métier. 00:01:22.580 --> 00:01:27.040 Avec le Bus des services Azure aujourd'hui, nous allons se concentrer sur la messagerie sécurisée 00:01:27.090 --> 00:01:33.330 fonctionnalités et comment celles-ci vous Pour créer des solutions faiblement couplées. 00:01:37.680 --> 00:01:41.330 En outre, nous allons voir comment vous pouvez obtenir certains enrichi 00:01:41.380 --> 00:01:45.060 publier s'abonner des scénarios à l'aide de Bus des services Azure. 00:01:48.700 --> 00:01:52.570 Lorsque nous parlons étroitement couplés C'est le cas des applications 00:01:52.620 --> 00:01:57.020 dans le cas où une banque avant fin peut être parler directement à une expédition 00:01:57.070 --> 00:02:01.790 service qui communique directement puis avec les à peut-être l'expédition ou la 00:02:01.840 --> 00:02:03.090 services du stock. 00:02:04.400 --> 00:02:09.600 Ce type d'un système direct a une faille qui, lorsqu'un particulier 00:02:09.650 --> 00:02:14.290 composant est indisponible, par exemple le une expédition, les erreurs sont 00:02:14.340 --> 00:02:18.560 propagé tout car Il n'y a aucun intermédiaire 00:02:18.830 --> 00:02:22.030 découplage pour protéger à partir de ces erreurs. 00:02:22.080 --> 00:02:28.470 Dans un système plus faiblement couplé Nous constatons que des erreurs sont 00:02:29.710 --> 00:02:32.950 découplée de la partie frontale et back-end en plaçant une file d'attente 00:02:33.000 --> 00:02:33.980 dans le milieu. 00:02:35.450 --> 00:02:40.340 Dans ce cas toutes les demandes sont envoyées en tant que messages dans une file d'attente de la commande. 00:02:41.280 --> 00:02:44.580 Le système de suivi peut alors collecter Ces messages et les envoyer 00:02:44.630 --> 00:02:45.890 sur pour la livraison. 00:02:48.000 --> 00:02:52.090 Si le système de suivi pour une raison quelconque n'est pas disponible, ne - inaudible - 00:02:52.140 --> 00:02:55.910 continuent de messages à partir de la partie frontale mise en file d'attente de la commande 00:02:56.540 --> 00:02:59.080 et, par conséquent le système continue de fonctionner. 00:02:59.640 --> 00:03:02.840 Ces commandes ne seront pas traités. jusqu'à ce que le système de suivi 00:03:02.890 --> 00:03:07.210 est en ligne, mais à ce stade vous serez en mesure de récupérer 00:03:07.260 --> 00:03:10.120 Ces commandes et des processus les pour la livraison. 00:03:11.430 --> 00:03:14.990 Cette fois, comme vous l'avez vu avec en vrac COUPLAGE d'applications, la 00:03:15.040 --> 00:03:18.590 front-end est resté disponible le système de suivi Impossible 00:03:18.640 --> 00:03:21.040 être mise hors ligne des mises à niveau. 00:03:24.680 --> 00:03:28.550 Considérez le scénario où vous avez plusieurs instances de vitrine de fin. 00:03:29.590 --> 00:03:33.400 Ils pourraient générer des pics de charge dans le cas où il y a beaucoup de messages 00:03:33.450 --> 00:03:36.950 et orders est générée le système de suivi ne peut pas conserver 00:03:37.000 --> 00:03:41.140 avec et ce point, en ayant une file d'attente de commande dans le centre, 00:03:41.190 --> 00:03:43.220 Vous pouvez obtenir un équilibrage de charge. 00:03:44.630 --> 00:03:48.900 Il s'agit de lequel vous disposez de plusieurs instances le système de suivi 00:03:48.950 --> 00:03:50.740 extraction à partir de la même file d'attente d'ordre. 00:03:51.680 --> 00:03:56.290 La principale différence ici est que vous disposez de plusieurs récepteurs 00:03:56.340 --> 00:04:01.230 sur la même file d'attente et qu'ils sont en concurrence pour les messages afin que la 00:04:01.280 --> 00:04:05.930 même message n'est jamais vue par deux instances du système de suivi, 00:04:07.180 --> 00:04:10.830 mais vous ne pouvez atteindre certaines équilibrage de la charge en augmentant 00:04:10.880 --> 00:04:14.830 le nombre de règles de travail que vous avez pour votre service de livraison. 00:04:14.880 --> 00:04:20.900 Avec cela, permettez-moi de basculer vers Visual Studio et vous montrer certains 00:04:20.950 --> 00:04:25.320 les outils de développement, nous devons activer développement avec ce scénario. 00:04:26.740 --> 00:04:30.480 Ce que j'ai installé ici est le Outils de Cloud Windows Azure, 00:04:31.080 --> 00:04:34.880 et ici sur le côté gauche de Argent Explorer vous pouvez 00:04:34.930 --> 00:04:38.550 que je dispose de mon Service Bus des espaces de noms répertoriés. 00:04:39.350 --> 00:04:43.530 Si vous connectez et que vous ne voyez pas tout espace de noms disponible ici, tête 00:04:43.580 --> 00:04:48.540 sur le Windows Azure Portal windowsazure.com et à partir de 00:04:48.590 --> 00:04:53.160 Il vous pourrez facilement créer un nouvel espace de noms en sélectionnant 00:04:53.210 --> 00:04:55.290 quelle région qu'il se trouve dans. 00:04:58.510 --> 00:05:02.460 Avec Mes espaces de noms répertoriés ici Je peux facilement énumérer 00:05:02.510 --> 00:05:05.800 les files d'attente et les rubriques que j'ai créé. 00:05:07.570 --> 00:05:11.330 Nous vous fournissons avec certains supplémentaires Par conséquent, les informations de débogage 00:05:11.380 --> 00:05:14.380 Vous pouvez accéder à un particulier file d'attente et afficher ses propriétés. 00:05:18.170 --> 00:05:21.730 Notez comment je peux je dispose beaucoup de messages actifs dans ce 00:05:21.780 --> 00:05:26.340 file d'attente, lorsque la file d'attente a été Création, ainsi que 00:05:27.860 --> 00:05:32.940 valeurs importantes telles que le nombre maximal nombre de livraison et le max 00:05:32.990 --> 00:05:34.090 taille de la file d'attente. 00:05:34.780 --> 00:05:38.240 Par conséquent, nous pouvons voir toutes les différentes propriétés qui sont nécessaires 00:05:38.290 --> 00:05:39.200 pour cette file d'attente. 00:05:40.050 --> 00:05:44.720 Vers la droite à partir de Visual Studio que j'ai la possibilité de créer de nouveaux objets 00:05:49.960 --> 00:05:53.800 ainsi que modifier toutes les propriétés de clé pour ce. 00:05:57.790 --> 00:06:02.020 Une fois que ma nouvelle file d'attente est disponible Je peux voir ne qu'aucun message I 00:06:02.070 --> 00:06:07.210 peut envoyer un message de test et vous remarquerez que 00:06:07.260 --> 00:06:11.150 les propriétés sont mises à jour et que vous sont en mesure de voir tous les plus tard 00:06:11.200 --> 00:06:14.640 propriétés de la file d'attente avec le Augmentation du nombre de messages actifs 00:06:14.690 --> 00:06:15.160 1. 00:06:16.610 --> 00:06:19.910 Notez également qu'il vous indique lorsque a la dernière fois que la file d'attente 00:06:19.960 --> 00:06:24.710 a été accédé. Je peux accéder à recevoir un message à partir d'ici 00:06:26.020 --> 00:06:30.080 et qui sera à nouveau mettre l'actif Nombre de messages en bas 00:06:30.130 --> 00:06:30.780 à zéro. 00:06:33.320 --> 00:06:38.990 Ces outils vous aident réellement à déboguer et avoir un aperçu très, très rich 00:06:39.040 --> 00:06:42.290 dans toutes les entités de votre actives avec un Bus de Service. 00:06:44.120 --> 00:06:47.570 Pour utiliser ce je vais maintenant Pour créer un nouveau projet 00:06:50.260 --> 00:06:55.410 dans lequel je vais choisir Windows Projet de Service Cloud Azure. 00:06:57.630 --> 00:07:01.160 Plusieurs modèles qui sont pour moi, un d'eux 00:07:01.210 --> 00:07:04.380 est une règle de travail avec cette file d'attente du Bus. 00:07:07.740 --> 00:07:10.600 Qui va ajouter à mon projet et cliquez sur Créer. 00:07:14.450 --> 00:07:19.170 Ce que cela me donne est tout le code Si nécessaire pour rendre la liste 00:07:19.220 --> 00:07:23.850 sur une file d'attente des messages, puis traiter ces messages spécifiques. 00:07:23.900 --> 00:07:28.250 J'ai maintenant le code chargé ici. Permettez-moi de vous guider dans certaines 00:07:28.300 --> 00:07:30.700 des différentes sections ici. 00:07:31.990 --> 00:07:36.120 Au début, nous créons un particulier nom de la file d'attente, par exemple le traitement 00:07:36.170 --> 00:07:36.690 file d'attente, et 00:07:37.920 --> 00:07:43.410 à ce stade, nous allons, lors de l'exécution méthode, appelée une méthode unique 00:07:43.460 --> 00:07:45.340 message de client.on. 00:07:46.060 --> 00:07:50.890 Client de la file d'attente est initialisé. dans la méthode start sur 00:07:52.910 --> 00:07:56.880 et il utilise la file d'attente particulière nom que vous avez spécifié précédemment. 00:07:58.370 --> 00:08:02.000 Je vais modifier cette pour ma file d'attente de traitement. 00:08:03.390 --> 00:08:08.520 Lorsque vous effectuez un message sur appeler tout messages qui sont disponibles 00:08:08.570 --> 00:08:13.780 sur ce point de terminaison sont ensuite envoyés à la fonction de traitement. 00:08:15.820 --> 00:08:21.120 Notez ici, que j'ai une trace simple de l'écriture de ce que le message 00:08:21.170 --> 00:08:22.120 a été reçu. 00:08:23.050 --> 00:08:26.520 Par conséquent, dans la démo vous avez vu comment vous pouvez créer facilement une règle de traitement 00:08:26.570 --> 00:08:30.190 projet et recevoir sur messages d'une file d'attente. 00:08:31.590 --> 00:08:34.870 Le concept plu un souhaitée Pour vous montrer est celui d'une rubrique. 00:08:35.890 --> 00:08:39.550 Dans ce cas d'envoyer des magasins messages à une seule rubrique 00:08:40.200 --> 00:08:44.190 mais il peut s'agir de plusieurs abonnements qui sont en réception 00:08:44.240 --> 00:08:45.820 Ces messages. 00:08:46.440 --> 00:08:49.570 Considérez un cas où vous avez un script dans le système - inaudible- 00:08:49.620 --> 00:08:54.660 et un système de suivi distincte. Ici vous souhaitez que le même message 00:08:55.030 --> 00:08:59.710 pour être envoyées sur deux et qui est exactement ce qui se passe dans cet 00:08:59.760 --> 00:09:01.820 scénario particulier. 00:09:02.730 --> 00:09:06.190 Lorsque vous créez des abonnements vous peut ajouter des filtres pour les qui 00:09:06.240 --> 00:09:08.840 décider quels messages passent à quel abonnement, 00:09:10.130 --> 00:09:14.310 et ces messages peuvent être répétés entre les abonnements ou 00:09:14.360 --> 00:09:18.040 Vous pouvez avoir s'excluent mutuellement les filtres dans le cas où un seul message 00:09:18.090 --> 00:09:19.620 Permet d'accéder à un seul abonnement. 00:09:20.720 --> 00:09:25.420 Ces scénarios de sub riche type de pub vraiment vous permet de créer 00:09:25.470 --> 00:09:29.780 systèmes connectés en découplant vos ports front-end ainsi que votre 00:09:29.830 --> 00:09:36.370 niveaux de travail et d'atteindre de très, très services évolutifs et connectés. 00:09:36.420 --> 00:09:41.360 Avec le Bus des services Azure que nous avons vu aujourd'hui comment il est si facile à générer 00:09:41.410 --> 00:09:46.420 des applications multicouches avec web couches et niveaux de travail en cours 00:09:46.470 --> 00:09:51.020 connecté par le biais de files d'attente ou à l'aide de publier s'abonner des modèles 00:09:51.070 --> 00:09:53.060 avec des abonnements et des rubriques. 00:09:53.730 --> 00:09:58.940 L'Azure outillage dans Visual Studio 2013 facilite vraiment 00:09:58.990 --> 00:10:01.210 Vous pouvez double jusqu'à ces applications découplées.