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
討論 WindowsAzure 服務匯流排。

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
您可以使用這個選項來進行低資源撫平或耦合 where 您

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
我們也支援一些非常進階發行端點子案例的發行者

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
這些種類的豐富的酒吧子案例確實可讓您建置

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
與網頁的多層應用程式正在層和背景工作層級

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
您可以加倍這些低耦合的應用程式。