WEBVTT

00:00:00.200 --> 00:00:07.200
[Esta tradução foi feita pelo Bing Translator]


00:00:09.000 --> 00:00:10.900
Olá. Eu sou Abhishek Lal.

00:00:11.400 --> 00:00:15.360
Sou gerente de programa com o Windows
Azure e hoje que eu quero

00:00:15.460 --> 00:00:17.670
falar sobre o Windows
Barramento de serviço do Azure.

00:00:18.530 --> 00:00:23.350
Barramento de serviço permite que você crie aplicativos
e conectar diferentes

00:00:23.400 --> 00:00:25.990
regras entre as camadas da web e de trabalho.

00:00:26.620 --> 00:00:31.190
Você pode usar isso para redistribuição de baixo
ou para desacoplar onde seu

00:00:31.240 --> 00:00:34.780
camada da Web envia mensagens em uma fila
e o recebe de nível do trabalhador

00:00:34.830 --> 00:00:36.040
mensagens-los.

00:00:36.620 --> 00:00:41.350
Também apoiamos alguns muito avançado
cenários de sub pub onde editores

00:00:41.400 --> 00:00:46.100
pode enviar mensagens para tópicos e, em seguida,
Você pode ter vários assinantes

00:00:46.450 --> 00:00:50.130
com mensagens. Hoje iremos
algumas das ferramentas da nova

00:00:50.180 --> 00:00:54.920
no Visual Studio 2013 que suporta
desenvolvimento com o barramento de serviço do Azure.

00:00:56.000 --> 00:00:59.980
Com o Azure, você sabe que você pode
Crie aplicativos de escala de nuvem

00:01:00.370 --> 00:01:01.470
para a empresa.

00:01:02.240 --> 00:01:07.320
Um dos principais aspectos da e um
dos principais serviços no Azure

00:01:07.370 --> 00:01:09.190
é o barramento de serviço do Windows Azure.

00:01:10.090 --> 00:01:14.650
Isso proporciona mensagens e retransmissão
serviços que realmente ajuda

00:01:14.700 --> 00:01:19.070
desbloquear dados corporativos
Assim como a lógica de negócios.

00:01:22.580 --> 00:01:27.040
Com o barramento de serviço do Azure hoje iremos
Concentre-se em mensagens seguras

00:01:27.090 --> 00:01:33.330
recursos e como eles permitem que você
para criar soluções flexíveis.

00:01:37.680 --> 00:01:41.330
Além disso, vamos ver
como você pode obter alguns rich

00:01:41.380 --> 00:01:45.060
Publicar cenários de inscrever-se
usando o barramento de serviço do Azure.

00:01:48.700 --> 00:01:52.570
Quando falamos sobre rigidamente acoplado
é o caso de aplicativos

00:01:52.620 --> 00:01:57.020
onde um armazenamento front-end pode ser
conversar diretamente com um envio

00:01:57.070 --> 00:02:01.790
serviço que diretamente, em seguida, fala
para talvez o envio ou o

00:02:01.840 --> 00:02:03.090
Serviços de inventário.

00:02:04.400 --> 00:02:09.600
Esse tipo de um sistema direto
uma falha que, quando um determinado

00:02:09.650 --> 00:02:14.290
componente não estiver disponível, digamos que o
Despache uma, os erros são

00:02:14.340 --> 00:02:18.560
propagada completamente porque
Não há nenhum intermediário

00:02:18.830 --> 00:02:22.030
desacoplamento para proteger
Esses erros.

00:02:22.080 --> 00:02:28.470
Em um sistema mais flexível e desacoplado
vemos que são erros

00:02:29.710 --> 00:02:32.950
dissociado do front-end e
back-end, colocando uma fila

00:02:33.000 --> 00:02:33.980
no meio.

00:02:35.450 --> 00:02:40.340
Nesse caso todas as solicitações são enviadas
como as mensagens em uma fila de ordem.

00:02:41.280 --> 00:02:44.580
O sistema de controle pode, então, puxe
Essas mensagens e enviá-las

00:02:44.630 --> 00:02:45.890
em entrega.

00:02:48.000 --> 00:02:52.090
Se o sistema de acompanhamento por algum motivo
não estiver disponível, não - inaudível -

00:02:52.140 --> 00:02:55.910
continuam mensagens de front-end
para entrar em fila da ordem

00:02:56.540 --> 00:02:59.080
e, assim, o sistema
continuará a funcionar.

00:02:59.640 --> 00:03:02.840
Esses pedidos não serão processados
até que o sistema de controle

00:03:02.890 --> 00:03:07.210
está on-line novamente, mas neste ponto
Você será capaz de recuperar

00:03:07.260 --> 00:03:10.120
Essas ordens e processo
-los para entrega.

00:03:11.430 --> 00:03:14.990
Desta vez, como visto com solto
conjunto de aplicativos, o

00:03:15.040 --> 00:03:18.590
permanecido disponível ao front-end
o sistema de controle

00:03:18.640 --> 00:03:21.040
ser colocado off-line para atualizações.

00:03:24.680 --> 00:03:28.550
Considere o cenário em que
várias instâncias de fim de vendas.

00:03:29.590 --> 00:03:33.400
Eles podem gerar picos de carga
onde há muitas mensagens

00:03:33.450 --> 00:03:36.950
e pedidos sendo gerado
não é possível manter o sistema de acompanhamento

00:03:37.000 --> 00:03:41.140
acompanhar e desse ponto, fazendo com que
uma fila de ordem no meio,

00:03:41.190 --> 00:03:43.220
Você pode obter alguns balanceamento de carga.

00:03:44.630 --> 00:03:48.900
Isso é onde você pode ter várias instâncias
o sistema de controle

00:03:48.950 --> 00:03:50.740
puxando a partir da mesma fila de ordem.

00:03:51.680 --> 00:03:56.290
A principal diferença aqui é que
Você tem vários receptores

00:03:56.340 --> 00:04:01.230
na mesma fila e eles são
competindo por mensagens assim o

00:04:01.280 --> 00:04:05.930
mesma mensagem nunca é vista por dois
instâncias do sistema de controle

00:04:07.180 --> 00:04:10.830
mas você é capaz de obter alguns
balanceamento de carga, aumentando

00:04:10.880 --> 00:04:14.830
o número de regras de trabalho que você tem
para o serviço de entrega.

00:04:14.880 --> 00:04:20.900
Com isso, vou alternar para
Visual Studio e mostrar a você alguns

00:04:20.950 --> 00:04:25.320
as ferramentas de desenvolvedor temos ativar
desenvolvimento com esse cenário.

00:04:26.740 --> 00:04:30.480
O que eu tenho instalado aqui é o
Ferramentas de nuvem do Windows Azure,

00:04:31.080 --> 00:04:34.880
e aqui no lado esquerdo em
Prata Explorer é possível

00:04:34.930 --> 00:04:38.550
Para ver que eu tenho meu serviço
Barramento espaços de nome listado.

00:04:39.350 --> 00:04:43.530
Se você efetuar login e não vir nenhum
espaço para nome disponíveis aqui, head

00:04:43.580 --> 00:04:48.540
para o Windows Azure Portal
em WindowsAzure.com e do

00:04:48.590 --> 00:04:53.160
lá você poderá criar facilmente
um novo namespace, selecionando

00:04:53.210 --> 00:04:55.290
qual região que ele está localizado em.

00:04:58.510 --> 00:05:02.460
Meus espaços de nome listado aqui
Posso facilmente pode enumerar por meio de

00:05:02.510 --> 00:05:05.800
as filas e os tópicos
que criei.

00:05:07.570 --> 00:05:11.330
Oferecemos alguns adicionais
as informações de depuração para

00:05:11.380 --> 00:05:14.380
Você pode ir para um determinado
fila e exiba suas propriedades.

00:05:18.170 --> 00:05:21.730
Observe como eu posso ver que tenho
muitas mensagens ativas nesse

00:05:21.780 --> 00:05:26.340
fila, quando estava na fila
criado, bem como

00:05:27.860 --> 00:05:32.940
valores importantes como o máximo
Contagem de entrega e o max

00:05:32.990 --> 00:05:34.090
tamanho da fila.

00:05:34.780 --> 00:05:38.240
Portanto, podemos ver todos os diferentes
propriedades necessárias

00:05:38.290 --> 00:05:39.200
para essa fila.

00:05:40.050 --> 00:05:44.720
À direita do Visual Studio que eu tenho o
capacidade de criar novos objetos

00:05:49.960 --> 00:05:53.800
bem como modificar todos os
propriedades-chave para isso.

00:05:57.790 --> 00:06:02.020
Depois que a nova fila está disponível
Posso ver não tem nenhuma mensagem,

00:06:02.070 --> 00:06:07.210
Na verdade, pode enviar uma mensagem de teste
a ele, e você irá notar que

00:06:07.260 --> 00:06:11.150
as propriedades são atualizadas e
são capazes de ver todos os mais recentes

00:06:11.200 --> 00:06:14.640
propriedades na fila com o
Aumento da contagem de mensagem de ativos

00:06:14.690 --> 00:06:15.160
1.

00:06:16.610 --> 00:06:19.910
Observe também que ele mostra quando
foi a última vez que a fila

00:06:19.960 --> 00:06:24.710
foi acessado. Posso ir a receber
uma mensagem aqui

00:06:26.020 --> 00:06:30.080
e que novamente fará a ativa
Número de mensagens de volta para baixo

00:06:30.130 --> 00:06:30.780
como zero.

00:06:33.320 --> 00:06:38.990
Essas ferramentas realmente ajudam depurar
e obtenha uma visão muito avançada

00:06:39.040 --> 00:06:42.290
em todas as suas entidades ativas
com o barramento de serviço.

00:06:44.120 --> 00:06:47.570
Agora para usar isso, vou
para criar um novo projeto

00:06:50.260 --> 00:06:55.410
em que vou escolher as janelas
Projeto de serviço de nuvem do Azure.

00:06:57.630 --> 00:07:01.160
De vários modelos que são
disponíveis para mim, um deles

00:07:01.210 --> 00:07:04.380
é uma regra de trabalho com essa fila de barramento.

00:07:07.740 --> 00:07:10.600
Vou adicionar que ao meu projeto
e clique em criar.

00:07:14.450 --> 00:07:19.170
O que isso me dá é todo o código
necessário para mim ir lista

00:07:19.220 --> 00:07:23.850
em uma determinada fila de mensagens e, em seguida,
processe essas mensagens específicas.

00:07:23.900 --> 00:07:28.250
Agora tenho o código carregado aqui.
Vou orientá-lo através de alguns

00:07:28.300 --> 00:07:30.700
as seções diferentes aqui.

00:07:31.990 --> 00:07:36.120
No início, criamos um determinado
nome da fila, digamos que o processamento

00:07:36.170 --> 00:07:36.690
fila, e

00:07:37.920 --> 00:07:43.410
Nesse momento, irá, na execução
método, chamado um método único

00:07:43.460 --> 00:07:45.340
mensagem de client.on.

00:07:46.060 --> 00:07:50.890
Cliente de fila foi inicializado
no método no início

00:07:52.910 --> 00:07:56.880
e usa a fila particular
nome que você especificou anteriormente.

00:07:58.370 --> 00:08:02.000
Vou mudar isso
a minha fila de processamento.

00:08:03.390 --> 00:08:08.520
Quando você faz uma mensagem sobre chamar qualquer
mensagens que se tornam disponíveis

00:08:08.570 --> 00:08:13.780
no ponto de extremidade são enviados
a sua função de processamento.

00:08:15.820 --> 00:08:21.120
Observe aqui que tenho um rastreamento simple
da escrita de que a mensagem

00:08:21.170 --> 00:08:22.120
foi recebido.

00:08:23.050 --> 00:08:26.520
Para a demonstração, você viu como é possível
facilmente criar uma regra de trabalhador

00:08:26.570 --> 00:08:30.190
recebe e projeto
mensagens de uma fila.

00:08:31.590 --> 00:08:34.870
O conceito mais que desejo
para mostrar a você é de um tópico.

00:08:35.890 --> 00:08:39.550
Nesse caso estão enviando as lojas
mensagens para um único tópico

00:08:40.200 --> 00:08:44.190
mas podem ser várias assinaturas
que estão recebendo

00:08:44.240 --> 00:08:45.820
Essas mensagens.

00:08:46.440 --> 00:08:49.570
Imagine um caso em que
um script no sistema - inaudível-

00:08:49.620 --> 00:08:54.660
e um sistema de controle separado.
Aqui você deseja que a mesma mensagem

00:08:55.030 --> 00:08:59.710
para ser enviado para ambos e que é exatamente
o que está acontecendo neste

00:08:59.760 --> 00:09:01.820
cenário específico.

00:09:02.730 --> 00:09:06.190
Quando você criar inscrições você
pode adicionar filtros a eles que

00:09:06.240 --> 00:09:08.840
decidir quais mensagens ir
qual assinatura

00:09:10.130 --> 00:09:14.310
e essas mensagens podem ser duplicadas
entre as assinaturas ou

00:09:14.360 --> 00:09:18.040
Você pode ter mutuamente exclusivos
filtra onde uma única mensagem

00:09:18.090 --> 00:09:19.620
vai para uma única assinatura.

00:09:20.720 --> 00:09:25.420
Esses cenários do tipo de rich pub sub
realmente permite que você crie

00:09:25.470 --> 00:09:29.780
sistemas conectados através da separação
os front-ends, bem como sua

00:09:29.830 --> 00:09:36.370
níveis de trabalhador e atender muito, muito
serviços escalonáveis e conectados.

00:09:36.420 --> 00:09:41.360
Com o barramento de serviço do Azure que vimos hoje
como é muito fácil criar

00:09:41.410 --> 00:09:46.420
aplicativos de várias camadas com web
camadas e camadas de trabalhador

00:09:46.470 --> 00:09:51.020
conectado por meio de filas ou usando
Publicar padrões de inscrever-se

00:09:51.070 --> 00:09:53.060
tópicos e assinaturas.

00:09:53.730 --> 00:09:58.940
O Azure ferramentas dentro do Visual Studio
2013 torna muito fácil

00:09:58.990 --> 00:10:01.210
para você dobrar esses
aplicativos dissociados.