WEBVTT

00:00:00.200 --> 00:00:07.200
[以下的翻译内容由必应(Bing)在线翻译提供。]


00:00:09.000 --> 00:00:10.900
大家好。我是 Abhishek Lal。

00:00:11.400 --> 00:00:15.360
我是与 Windows 的程序经理Azure 和今天我想

00:00:15.460 --> 00:00:17.670
讨论的窗口Azure 服务总线。

00:00:18.530 --> 00:00:23.350
服务总线允许您生成的应用程序连接不同，

00:00:23.400 --> 00:00:25.990
web 层和工作层之间的规则。

00:00:26.620 --> 00:00:31.190
您可以使用此低调配或分离的位置为您

00:00:31.240 --> 00:00:34.780
web 层将消息发送到队列和您工作层拉

00:00:34.830 --> 00:00:36.040
关闭它们的消息。

00:00:36.620 --> 00:00:41.350
我们还支持一些非常高级pub 子方案在其中发布服务器

00:00:41.400 --> 00:00:46.100
可以将消息发送到的主题，然后您可以有多个订阅服务器

00:00:46.450 --> 00:00:50.130
使用的消息。今天我们将进行看看一些新工具

00:00:50.180 --> 00:00:54.920
在 Visual Studio 2013 支持Azure 服务总线与开发。

00:00:56.000 --> 00:00:59.980
使用 Azure，您知道您可以生成应用程序的云

00:01:00.370 --> 00:01:01.470
适用于企业。

00:01:02.240 --> 00:01:07.320
其中一个关键的方面和一个在 Azure 中的关键服务

00:01:07.370 --> 00:01:09.190
是 Windows Azure 服务总线。

00:01:10.090 --> 00:01:14.650
这为您提供邮件和中继服务确实有助于

00:01:14.700 --> 00:01:19.070
解除锁定企业数据以及业务逻辑。

00:01:22.580 --> 00:01:27.040
Azure 服务总线与今天我们将重点放在安全的邮件

00:01:27.090 --> 00:01:33.330
功能以及它们如何使您若要构建松散耦合的解决方案。

00:01:37.680 --> 00:01:41.330
此外，我们将看到如何实现某些富

00:01:41.380 --> 00:01:45.060
发布预订方案使用 Azure 服务总线。

00:01:48.700 --> 00:01:52.570
当我们谈论紧密耦合它是这种情况的应用程序

00:01:52.620 --> 00:01:57.020
可能存储前结束与装运直接对话

00:01:57.070 --> 00:02:01.790
然后讨论直接服务也许在派单或

00:02:01.840 --> 00:02:03.090
库存服务。

00:02:04.400 --> 00:02:09.600
这种类型的直接系统已存在一个缺陷，当某

00:02:09.650 --> 00:02:14.290
组件不可用，比如派遣一个，则错误

00:02:14.340 --> 00:02:18.560
由于传播所有方法没有任何中间

00:02:18.830 --> 00:02:22.030
通过分隔开来，以保护从这些错误中。

00:02:22.080 --> 00:02:28.470
更松散耦合的系统中我们可以看到错误是

00:02:29.710 --> 00:02:32.950
从前端分离和通过将一个队列后端

00:02:33.000 --> 00:02:33.980
在中间。

00:02:35.450 --> 00:02:40.340
在这种情况下将所有请求都发送作为插入顺序队列的消息。

00:02:41.280 --> 00:02:44.580
然后接收跟踪系统这些消息并将它们发送

00:02:44.630 --> 00:02:45.890
传递的转移。

00:02:48.000 --> 00:02:52.090
如果由于任何原因跟踪系统不可用，无法-听不到的

00:02:52.140 --> 00:02:55.910
来自前端的消息继续若要转到的顺序队列

00:02:56.540 --> 00:02:59.080
从而系统继续工作。

00:02:59.640 --> 00:03:02.840
将不会处理这些订单直到跟踪系统

00:03:02.890 --> 00:03:07.210
返回到联机状态，但在该点您可以检索

00:03:07.260 --> 00:03:10.120
这些订单和过程它们进行传递。

00:03:11.430 --> 00:03:14.990
此时，正如您所看到的与松结合的应用程序，

00:03:15.040 --> 00:03:18.590
前端一直处于可用状态，同时无法跟踪系统

00:03:18.640 --> 00:03:21.040
离升级。

00:03:24.680 --> 00:03:28.550
请考虑您拥有的方案店面结束的若干实例。

00:03:29.590 --> 00:03:33.400
他们无法生成负载高峰期在有大量的邮件

00:03:33.450 --> 00:03:36.950
和正在生成的订单不能保持跟踪系统

00:03:37.000 --> 00:03:41.140
使用向上键和该点，通过让在中间，顺序队列

00:03:41.190 --> 00:03:43.220
您可以实现一些负载平衡。

00:03:44.630 --> 00:03:48.900
这是您有多个实例跟踪系统的

00:03:48.950 --> 00:03:50.740
拉从相同的顺序队列。

00:03:51.680 --> 00:03:56.290
此处的关键区别在于，具有多个接收器

00:03:56.340 --> 00:04:01.230
在同一队列，它们是竞争对手的消息，因此

00:04:01.280 --> 00:04:05.930
由两个看不到相同的消息跟踪系统中的实例

00:04:07.180 --> 00:04:10.830
但您可以实现一些通过增加负载平衡

00:04:10.880 --> 00:04:14.830
有的工作人员规则的数量为您的送货服务。

00:04:14.880 --> 00:04:20.900
通过此功能，让我切换到Visual Studio，并向您展示一些

00:04:20.950 --> 00:04:25.320
我们必须启用的开发者工具这种情况下与开发。

00:04:26.740 --> 00:04:30.480
我已安装了Windows Azure 云工具，

00:04:31.080 --> 00:04:34.880
且在左侧银牌快速响应资源管理器现在可以

00:04:34.930 --> 00:04:38.550
我有我的服务总线列出的名称空间。

00:04:39.350 --> 00:04:43.530
如果您以用户身份登录，看不到命名空间可从以下站点头

00:04:43.580 --> 00:04:48.540
转移到 Windows Azure 门户在 WindowsAzure.com，并从

00:04:48.590 --> 00:04:53.160
有您可以轻松地创建通过选择新的命名空间

00:04:53.210 --> 00:04:55.290
它位于中哪个地区。

00:04:58.510 --> 00:05:02.460
与我在此处列出的名称空间我可以很容易地通过枚举

00:05:02.510 --> 00:05:05.800
队列和主题我已创建。

00:05:07.570 --> 00:05:11.330
我们为您提供一些附加因此调试信息

00:05:11.380 --> 00:05:14.380
您可以转到特定排队，并查看其属性。

00:05:18.170 --> 00:05:21.730
请注意如何我能够看到我有大量在此活动消息

00:05:21.780 --> 00:05:26.340
队列，该队列的时间创建，以及

00:05:27.860 --> 00:05:32.940
最大值等重要值交货数量和最大值

00:05:32.990 --> 00:05:34.090
队列的大小。

00:05:34.780 --> 00:05:38.240
因此，我们可以看到所有不同必需的属性

00:05:38.290 --> 00:05:39.200
对于此队列中。

00:05:40.050 --> 00:05:44.720
右从 Visual Studio 我有能够创建新对象

00:05:49.960 --> 00:05:53.800
还为所有修改要进行该操作的键属性。

00:05:57.790 --> 00:06:02.020
一旦我新队列可用我可以看它有没有消息我

00:06:02.070 --> 00:06:07.210
实际上可以发送测试消息给它，并且您将注意到，

00:06:07.260 --> 00:06:11.150
属性将更新，并且您能够看到所有最新的

00:06:11.200 --> 00:06:14.640
与队列上的属性活动消息计数增加

00:06:14.690 --> 00:06:15.160
为 1。

00:06:16.610 --> 00:06:19.910
此外请注意它显示时是上一次队列

00:06:19.960 --> 00:06:24.710
访问的时间。我可以接收从这里的一条消息

00:06:26.020 --> 00:06:30.080
然后，再次将活动向下返回的邮件数

00:06:30.130 --> 00:06:30.780
为零。

00:06:33.320 --> 00:06:38.990
这些工具将真正帮助您调试并获得了非常丰富的见解

00:06:39.040 --> 00:06:42.290
为所有活动的实体服务总线。

00:06:44.120 --> 00:06:47.570
现在使用它，我将若要创建新项目

00:06:50.260 --> 00:06:55.410
我要选择窗口Azure 云服务项目。

00:06:57.630 --> 00:07:01.160
几个模板对我来说，其中一个可用

00:07:01.210 --> 00:07:04.380
是与此总线队列的工作规则。

00:07:07.740 --> 00:07:10.600
我将向我的项目中添加的然后单击创建。

00:07:14.450 --> 00:07:19.170
这给了我为所有的代码需要我去列表

00:07:19.220 --> 00:07:23.850
在特定的消息队列，然后处理这些特定的消息。

00:07:23.900 --> 00:07:28.250
现在，我有以下加载的代码。让我将指导您完成一些

00:07:28.300 --> 00:07:30.700
这里的不同部分。

00:07:31.990 --> 00:07:36.120
在开始我们创建特定队列名称，比如处理

00:07:36.170 --> 00:07:36.690
队列中，并

00:07:37.920 --> 00:07:43.410
此时，我们将在运行中调用单个方法的方法

00:07:43.460 --> 00:07:45.340
client.on 的消息。

00:07:46.060 --> 00:07:50.890
初始化队列客户端在上启动方法

00:07:52.910 --> 00:07:56.880
它使用特定的队列前面所指定的名称。

00:07:58.370 --> 00:08:02.000
我要更改此设置对我的处理队列中。

00:08:03.390 --> 00:08:08.520
当您进行调用时，任何有关消息可用的邮件

00:08:08.570 --> 00:08:13.780
然后发送该终结点上到处理函数。

00:08:15.820 --> 00:08:21.120
此处需注意我有一个简单的跟踪写出什么消息的

00:08:21.170 --> 00:08:22.120
已收到。

00:08:23.050 --> 00:08:26.520
现在在此演示中，您了解如何方便地创建工作人员规则

00:08:26.570 --> 00:08:30.190
项目和在接收队列中的消息。

00:08:31.590 --> 00:08:34.870
我想要一个其他概念为了向您展示为主题。

00:08:35.890 --> 00:08:39.550
在这种情况下发送存储对某个特定主题的邮件

00:08:40.200 --> 00:08:44.190
但也可能是多个订阅这接收

00:08:44.240 --> 00:08:45.820
这些消息。

00:08:46.440 --> 00:08:49.570
您有一个案例的思考听不到的-系统中的脚本

00:08:49.620 --> 00:08:54.660
和单独的跟踪系统。这里所需的相同的消息

00:08:55.030 --> 00:08:59.710
要发送到两个，这是完全在此发生了什么

00:08:59.760 --> 00:09:01.820
特定方案。

00:09:02.730 --> 00:09:06.190
当您创建订阅您可以添加到它们的筛选

00:09:06.240 --> 00:09:08.840
决定哪些邮件转到哪种订阅，

00:09:10.130 --> 00:09:14.310
这些消息可以进行复制和订阅或

00:09:14.360 --> 00:09:18.040
您可以相互排斥其中一条消息进行筛选

00:09:18.090 --> 00:09:19.620
转到一个订阅。

00:09:20.720 --> 00:09:25.420
这些类型的丰富 pub 子方案实际上，您可以生成

00:09:25.470 --> 00:09:29.780
通过将连接的系统您的前端，以及您

00:09:29.830 --> 00:09:36.370
工作人员层和实现非常可缩放和连接服务。

00:09:36.420 --> 00:09:41.360
我们今天看到的 Azure 服务总线它的方式很容易生成

00:09:41.410 --> 00:09:46.420
多层应用程序与 web层和工作层正在

00:09:46.470 --> 00:09:51.020
通过队列或使用连接发布订阅模式

00:09:51.070 --> 00:09:53.060
使用主题和订阅。

00:09:53.730 --> 00:09:58.940
在 Visual Studio 中刀具 Azure2013 可简化

00:09:58.990 --> 00:10:01.210
为您替换为双这些分离的应用程序。