WEBVTT 00:00:00.200 --> 00:00:07.200 [La siguiente traducción es brindada por el traductor de Bing] 00:00:09.000 --> 00:00:10.900 Hola. Soy Abhishek Lal. 00:00:11.400 --> 00:00:15.360 Soy un administrador de programas en Windows Azure y hoy que quiero 00:00:15.460 --> 00:00:17.670 Hable acerca de Windows Bus de servicios de Azure. 00:00:18.530 --> 00:00:23.350 Bus de servicio le permite crear aplicaciones y conectar diferentes 00:00:23.400 --> 00:00:25.990 reglas entre los niveles de web y trabajador. 00:00:26.620 --> 00:00:31.190 Puede utilizar esto para la redistribución de baja o para desacoplar donde su 00:00:31.240 --> 00:00:34.780 nivel de Web envía mensajes en una cola y su trabajo nivel 00:00:34.830 --> 00:00:36.040 mensajes fuera de ellos. 00:00:36.620 --> 00:00:41.350 También ofrecemos compatibilidad con algunas muy avanzadas escenarios de sub pub donde editores 00:00:41.400 --> 00:00:46.100 puede enviar mensajes a los temas y, a continuación, puede tener varios suscriptores 00:00:46.450 --> 00:00:50.130 con los mensajes. Hoy vamos a algunas de las nuevas herramientas 00:00:50.180 --> 00:00:54.920 en Visual Studio 2013 que admite desarrollo con Bus de servicios de Azure. 00:00:56.000 --> 00:00:59.980 Con Azure sabe que puede crear aplicaciones a escala de nube 00:01:00.370 --> 00:01:01.470 para la empresa. 00:01:02.240 --> 00:01:07.320 Uno de los aspectos clave de y de los servicios clave de Azure 00:01:07.370 --> 00:01:09.190 es el Bus de servicios de Windows Azure. 00:01:10.090 --> 00:01:14.650 Esto proporciona mensajería y retransmisión servicios que realmente ayuda 00:01:14.700 --> 00:01:19.070 desbloquear datos empresariales así como la lógica de negocios. 00:01:22.580 --> 00:01:27.040 Con el Bus de servicios de Azure hoy vamos a centrarse en la mensajería segura 00:01:27.090 --> 00:01:33.330 capacidades y cómo éstas le permiten Para crear soluciones de acoplamiento flexible. 00:01:37.680 --> 00:01:41.330 Además, vamos a ver ¿cómo puede lograr algunas enriquecido 00:01:41.380 --> 00:01:45.060 publicar suscribirse escenarios usando el Bus de servicios de Azure. 00:01:48.700 --> 00:01:52.570 Cuando hablamos de estrechamente acoplado es el caso de las aplicaciones 00:01:52.620 --> 00:01:57.020 donde puede ser un almacén frontal hablar directamente con un envío 00:01:57.070 --> 00:02:01.790 servicio que, a continuación, se comunica directamente tal vez la expedición o el 00:02:01.840 --> 00:02:03.090 Servicios de inventario. 00:02:04.400 --> 00:02:09.600 Este tipo de un sistema directo un defecto que cuando uno en particular 00:02:09.650 --> 00:02:14.290 componente no está disponible, ¿el despacho uno, los errores son 00:02:14.340 --> 00:02:18.560 propaga hasta porque No hay ningún intermedio 00:02:18.830 --> 00:02:22.030 desacoplamiento para proteger de estos errores. 00:02:22.080 --> 00:02:28.470 En un sistema más flexible vemos que son errores 00:02:29.710 --> 00:02:32.950 desacople de la parte delantera y al colocar una cola de back-end 00:02:33.000 --> 00:02:33.980 en el medio. 00:02:35.450 --> 00:02:40.340 En este caso se envían todas las solicitudes como mensajes en una cola de orden. 00:02:41.280 --> 00:02:44.580 El sistema de seguimiento podrán extraer Estos mensajes y enviarlos 00:02:44.630 --> 00:02:45.890 durante la entrega. 00:02:48.000 --> 00:02:52.090 Si el sistema de seguimiento por cualquier motivo. no está disponible, no - inaudible - 00:02:52.140 --> 00:02:55.910 continúan los mensajes desde el front-end para entrar en la cola de la orden 00:02:56.540 --> 00:02:59.080 y, por tanto, el sistema continúa funcionando. 00:02:59.640 --> 00:03:02.840 Estos pedidos no serán procesados hasta que el sistema de seguimiento 00:03:02.890 --> 00:03:07.210 en línea, pero en ese momento podrá recuperar 00:03:07.260 --> 00:03:10.120 estos pedidos y proceso ellos para la entrega. 00:03:11.430 --> 00:03:14.990 Esta vez, tal como ha visto con sueltos. junto a las aplicaciones, el 00:03:15.040 --> 00:03:18.590 mientras permaneció front-end el sistema de seguimiento podría 00:03:18.640 --> 00:03:21.040 ponerse fuera de conexión para las actualizaciones. 00:03:24.680 --> 00:03:28.550 Considere el escenario en el que tiene varias instancias de escaparate final. 00:03:29.590 --> 00:03:33.400 Podrían generar cargas máximas donde hay un montón de mensajes 00:03:33.450 --> 00:03:36.950 y pedidos de ser generados que no se puede mantener el sistema de seguimiento 00:03:37.000 --> 00:03:41.140 con y en ese punto, teniendo una cola de orden en el medio, 00:03:41.190 --> 00:03:43.220 puede lograr un equilibrio de carga. 00:03:44.630 --> 00:03:48.900 Esto es en el que tiene varias instancias el sistema de seguimiento 00:03:48.950 --> 00:03:50.740 extracción de la misma cola de orden. 00:03:51.680 --> 00:03:56.290 La distinción clave aquí es tiene varios receptores 00:03:56.340 --> 00:04:01.230 en la misma cola y son compiten por los mensajes de modo que el 00:04:01.280 --> 00:04:05.930 nunca se ve el mismo mensaje por dos instancias del sistema de seguimiento, 00:04:07.180 --> 00:04:10.830 pero puede alcanzar Equilibrio de carga mediante el aumento 00:04:10.880 --> 00:04:14.830 el número de reglas de trabajo que tiene para el servicio de envío. 00:04:14.880 --> 00:04:20.900 Con esto, voy a cambiar a Visual Studio y se muestran algunas 00:04:20.950 --> 00:04:25.320 las herramientas de programador tendremos que habilitar desarrollo con este escenario. 00:04:26.740 --> 00:04:30.480 Lo que he instalado aquí es el Herramientas de nube de Windows Azure, 00:04:31.080 --> 00:04:34.880 y aquí en el lado izquierdo en Explorador de plata es posible 00:04:34.930 --> 00:04:38.550 Para ver que tengo mi servicio Bus espacios de nombres enumerados. 00:04:39.350 --> 00:04:43.530 Si la sesión y no ve ninguna espacio de nombres disponible aquí, cabeza 00:04:43.580 --> 00:04:48.540 al Windows Azure Portal en WindowsAzure.com y 00:04:48.590 --> 00:04:53.160 allí podrá crear fácilmente seleccionando un nuevo espacio de nombres 00:04:53.210 --> 00:04:55.290 se encuentra en la región. 00:04:58.510 --> 00:05:02.460 Con Mis listados de espacios de nombres ¿Puedo enumerar fácilmente a través de 00:05:02.510 --> 00:05:05.800 las colas y los temas que he creado. 00:05:07.570 --> 00:05:11.330 Le proporcionamos algunas adicionales por lo tanto de la información de depuración 00:05:11.380 --> 00:05:14.380 Puedes ir a un determinado poner en cola y ver sus propiedades. 00:05:18.170 --> 00:05:21.730 Tenga en cuenta cómo puedo ver que tengo montón de mensajes activos en este 00:05:21.780 --> 00:05:26.340 cola, cuando la cola estaba creado, así como 00:05:27.860 --> 00:05:32.940 valores importantes como el máximo recuento de entrega y el límite máximo de 00:05:32.990 --> 00:05:34.090 tamaño de la cola. 00:05:34.780 --> 00:05:38.240 Para ver todos los diferentes propiedades que son necesarias 00:05:38.290 --> 00:05:39.200 con esta cola. 00:05:40.050 --> 00:05:44.720 Desde Visual Studio disponemos de la capacidad para crear nuevos objetos 00:05:49.960 --> 00:05:53.800 así como modificar todos los propiedades de clave para 00:05:57.790 --> 00:06:02.020 Una vez que la nueva cola está disponible Puedo ver no tiene mensajes 00:06:02.070 --> 00:06:07.210 puede enviar un mensaje de prueba en él, y observe que 00:06:07.260 --> 00:06:11.150 las propiedades se actualizan y puede ver todas las últimas 00:06:11.200 --> 00:06:14.640 las propiedades de la cola con el Aumenta el número de mensajes activos 00:06:14.690 --> 00:06:15.160 1. 00:06:16.610 --> 00:06:19.910 También tenga en cuenta que se muestra cuando fue la última vez que la cola 00:06:19.960 --> 00:06:24.710 se obtuvo acceso. Que puedo recibir un mensaje desde aquí 00:06:26.020 --> 00:06:30.080 y que vuelva a activo Número de mensajes hacia abajo 00:06:30.130 --> 00:06:30.780 a cero. 00:06:33.320 --> 00:06:38.990 Estas herramientas realmente ayudar a depurar y obtener una visión muy, muy rica 00:06:39.040 --> 00:06:42.290 en todas las entidades activas con el Bus de servicio. 00:06:44.120 --> 00:06:47.570 Usar este voy Para crear un nuevo proyecto 00:06:50.260 --> 00:06:55.410 en el que voy a elegir las ventanas Proyecto de servicio de nube Azure. 00:06:57.630 --> 00:07:01.160 De las varias plantillas disponible para mí, uno de ellos 00:07:01.210 --> 00:07:04.380 es una regla de trabajo con esta cola de Bus. 00:07:07.740 --> 00:07:10.600 Voy a agregar a mi proyecto y luego en crear. 00:07:14.450 --> 00:07:19.170 Lo que esto me da es que todo el código necesita ir a lista 00:07:19.220 --> 00:07:23.850 en una determinada cola para los mensajes y, a continuación, procesar estos mensajes concretos. 00:07:23.900 --> 00:07:28.250 Ahora tengo el código cargado aquí. Voy a guiarle a través de algunas 00:07:28.300 --> 00:07:30.700 de aquí las secciones diferentes. 00:07:31.990 --> 00:07:36.120 Al principio, creamos un determinado nombre de la cola, diga el procesamiento 00:07:36.170 --> 00:07:36.690 cola, y 00:07:37.920 --> 00:07:43.410 en ese momento lo haremos, en la ejecución método, llamada a un método único 00:07:43.460 --> 00:07:45.340 mensaje de client.on. 00:07:46.060 --> 00:07:50.890 Cliente de cola se inicializa en el método de inicio en 00:07:52.910 --> 00:07:56.880 y utiliza una cola concreta nombre que especificó anteriormente. 00:07:58.370 --> 00:08:02.000 Voy a cambiar esto a la cola de procesamiento. 00:08:03.390 --> 00:08:08.520 Cuando realice un mensaje en llamar, cualquier mensajes que estén disponibles 00:08:08.570 --> 00:08:13.780 en ese extremo se envían a la función de procesamiento. 00:08:15.820 --> 00:08:21.120 Tenga en cuenta aquí que tengo un seguimiento simple de escribir lo que el mensaje 00:08:21.170 --> 00:08:22.120 se ha recibido. 00:08:23.050 --> 00:08:26.520 Por lo que en la demostración, ha visto cómo puede crear fácilmente una regla de trabajo 00:08:26.570 --> 00:08:30.190 proyecto y recibir en mensajes de una cola. 00:08:31.590 --> 00:08:34.870 El concepto adicional un que deseo para mostrar es el de un tema. 00:08:35.890 --> 00:08:39.550 En este caso están enviando los almacenes mensajes a un solo tema 00:08:40.200 --> 00:08:44.190 pero pueden ser varias suscripciones que está recibiendo. 00:08:44.240 --> 00:08:45.820 esos mensajes. 00:08:46.440 --> 00:08:49.570 Piense en un caso en el que tiene una secuencia de comandos en el sistema - inaudible- 00:08:49.620 --> 00:08:54.660 y un sistema de seguimiento independiente. Que vaya el mismo mensaje 00:08:55.030 --> 00:08:59.710 para que se envíen a ambos y que es exactamente lo que sucede en este 00:08:59.760 --> 00:09:01.820 escenario concreto. 00:09:02.730 --> 00:09:06.190 Al crear suscripciones Puede agregar filtros a los que 00:09:06.240 --> 00:09:08.840 decidir qué mensajes se colocan a qué suscripción, 00:09:10.130 --> 00:09:14.310 y los mensajes se pueden repetir entre las suscripciones o 00:09:14.360 --> 00:09:18.040 puede tener mutuamente excluyentes los filtros en un solo mensaje 00:09:18.090 --> 00:09:19.620 va a una sola suscripción. 00:09:20.720 --> 00:09:25.420 Estos escenarios de sub enriquecido de pub realmente le permite construir 00:09:25.470 --> 00:09:29.780 al separar los sistemas conectados los front-ends así como su 00:09:29.830 --> 00:09:36.370 los niveles de trabajo y la obtención de muy, muy servicios escalables y conectados. 00:09:36.420 --> 00:09:41.360 Con el Bus de servicios de Azure que hoy ¿Cómo es tan fácil generar 00:09:41.410 --> 00:09:46.420 aplicaciones de varios niveles con web niveles y niveles de trabajo 00:09:46.470 --> 00:09:51.020 conectado a través de las colas o uso publicar suscribirse patrones 00:09:51.070 --> 00:09:53.060 con los temas y las suscripciones. 00:09:53.730 --> 00:09:58.940 El conjunto de herramientas de Visual Studio de Azure 2013 facilita realmente 00:09:58.990 --> 00:10:01.210 Si desea doble arriba estos aplicaciones sin conexión.