WEBVTT

00:00:00.200 --> 00:00:07.200
[この翻訳はBing Translatorによるものです。]


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
Windows について説明します。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 sub のシナリオどこの出版社

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 の 2013Azure のサービス バスを開発します。

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
1 つの主要な側面の 1 つ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
このような直接システムが問題は、ときに 1 つの特定

00:02:09.650 --> 00:02:14.290
コンポーネントは、たとえば、1 つのディスパッチ、エラーは次

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
場合は、何らかの理由で追跡システム利用できない、no - 聞こえなく -

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
2 つは同じのメッセージが表示されることはありません。追跡システムのインスタンス

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
My 名前空間をここで簡単に列挙しました。

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
0 を返します。

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
この時点では、実行中にメソッドは、1 つのメソッドと呼ばれます。

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
必要な追加概念の 1 つ表示するにはトピックのです。

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
相互に排他的なことができます。1 つのメッセージをフィルターします。

00:09:18.090 --> 00:09:19.620
1 つのサブスクリプションに移動します。

00:09:20.720 --> 00:09:25.420
これらの種類の豊富な pub sub シナリオ実際に構築することができます。

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
これらを二重にします。分離されたアプリケーションです。