WEBVTT

00:00:03.729 --> 00:00:08.438
いらっしゃい全員と
次のセッションへようこそ

00:00:08.438 --> 00:00:13.528
何を行って、Microsoft Azure の
2017年 3 月エディションです。

00:00:13.528 --> 00:00:18.213
2 つの非常に興味があります。
お知らせします。

00:00:18.213 --> 00:00:23.023
でしたので、今月を行う
始めましょう。

00:00:23.023 --> 00:00:28.038
ある 1 つの目
ハイブリッド ・ azure リレー接続

00:00:28.038 --> 00:00:30.338
全般的な可用性を実現。

00:00:30.338 --> 00:00:31.553
基本的に、

00:00:31.553 --> 00:00:35.800
Azure のリレーは、1 つでした。
Azure のサービスを最初にコアです。

00:00:35.800 --> 00:00:43.745
接続からに役立ちます
オンプレミス、クラウドへの資産です。

00:00:43.745 --> 00:00:48.250
多くを使用して
ネットワーク管理とします。

00:00:49.500 --> 00:00:52.585
これまでのように
WCF リレーを使用しました。

00:00:52.585 --> 00:00:54.810
精通されます。

00:00:54.810 --> 00:01:00.720
Azure のリレーに依存していたが、
上のサービスの WCF 中継します。

00:01:00.720 --> 00:01:05.645
将来的に、私たちが発表しました。
ハイブリッド接続機能

00:01:05.645 --> 00:01:06.996
Azure 中継します。

00:01:06.996 --> 00:01:10.818
ここで、依存関係の場合
Windows 通信ではなく

00:01:10.818 --> 00:01:14.802
基盤、ためしません。
右側のウィンドウを使用して、誰もですか。

00:01:14.802 --> 00:01:20.040
これで、基本的に使用しています。
これらすべてのハイブリッド接続です。

00:01:20.040 --> 00:01:23.330
役立つことが、
相互接続をセキュリティで保護されました。

00:01:23.330 --> 00:01:25.046
オンプレミスとクラウドの資産です。

00:01:25.046 --> 00:01:28.276
5 を持つことができますオフライン
データベースを非常にであるため

00:01:28.276 --> 00:01:30.742
さまざまな一般的な結果のプールです。

00:01:30.742 --> 00:01:37.522
オープンにも基づいていますが、
プロトコルの規格です。

00:01:37.522 --> 00:01:42.003
Web のソケットの場合に基づいていますので
WCF に基づくはどのような

00:01:42.003 --> 00:01:45.963
ハイブリッド接続は、
もう一度、多様なプラットフォームです。

00:01:45.963 --> 00:01:49.528
Windows を使用できるように、
現在のプラットフォームをサポートします。

00:01:49.528 --> 00:01:50.389
web のソケットです。

00:01:50.389 --> 00:01:55.565
Azure のリレーを使用することができ、
.NET の主要な接続のサポート

00:01:55.565 --> 00:01:57.722
JavaScript、Node.js を使用します。

00:01:57.722 --> 00:02:02.666
および他の複数の RPC
プログラミング モデル

00:02:02.666 --> 00:02:04.362
これを実現します。

00:02:04.362 --> 00:02:07.146
ようにしたい場合
入門します。

00:02:07.146 --> 00:02:10.507
Azure リレー ハイブリッド接続では、
できます

00:02:10.507 --> 00:02:15.501
ドキュメントを移動します。
Microsoft Azure との検索

00:02:15.501 --> 00:02:16.668
Azure のリレーです。

00:02:16.668 --> 00:02:22.045
1 つめが
今月のお知らせです。

00:02:22.045 --> 00:02:24.183
前方に移動してみましょう。

00:02:43.683 --> 00:02:47.964
技術的な問題の発生
だけここに私

00:02:47.964 --> 00:02:48.773
1 秒です。

00:03:10.773 --> 00:03:14.866
ここまでで、ここで、単に
話を次のいずれかでは、

00:03:14.866 --> 00:03:17.701
地理的なルーティング
機能

00:03:17.701 --> 00:03:19.367
Azure のトラフィック マネージャーです。

00:03:19.367 --> 00:03:21.851
今すぐ表示できることを願っています。

00:03:21.851 --> 00:03:25.275
Azure などのトラフィック マネージャー
サービスでは、基本的に

00:03:25.275 --> 00:03:28.215
これによって外部
負荷分散します。

00:03:28.215 --> 00:03:31.093
たとえば、する場合は
ロードするのには、トラフィックのバランスをとる

00:03:31.093 --> 00:03:34.419
別のデータ ・ センター間で
グローバル対象ユーザーの場合は。

00:03:34.419 --> 00:03:37.459
実行できます。
Azure のトラフィック マネージャーです。

00:03:37.459 --> 00:03:42.049
フェイル オーバーとしても機能
別のデータとの間のメカニズム

00:03:42.049 --> 00:03:42.814
中央揃えにします。

00:03:42.814 --> 00:03:46.671
ですが、この
地理的なルーティング機能

00:03:46.671 --> 00:03:48.688
どのような私たちが提供されて、

00:03:48.688 --> 00:03:52.470
カスタマイズすることができます。
地域に基づいてコンテンツです。

00:03:52.470 --> 00:03:59.330
たとえば、によって異なります
ユーザーの取得先です。

00:03:59.330 --> 00:04:01.670
どのようなトラフィック マネージャー
以前のバージョンを実行できますが、

00:04:01.670 --> 00:04:06.820
そのポイントは基本的に、
ユーザーが最も近いデータ ・ センターです。

00:04:06.820 --> 00:04:10.770
今すぐすることもできますが、
別の作成します。

00:04:10.770 --> 00:04:13.780
ローカライズされたコンテンツを含む領域。

00:04:13.780 --> 00:04:17.119
トラフィック マネージャーは、
ポイントのように、結果、

00:04:17.119 --> 00:04:18.378
ローカライズされたコンテンツです。

00:04:18.378 --> 00:04:21.150
ご存知の通り
すべての必要性がある場合

00:04:21.150 --> 00:04:24.692
特定のポリシーがある場合
委任状データを必要とします。

00:04:24.692 --> 00:04:28.010
内のアクセス制限
特定の地域です。

00:04:28.010 --> 00:04:31.609
これらすべての場所
簡単に使用することができます。

00:04:31.609 --> 00:04:34.054
Azure のトラフィック マネージャーです。

00:04:34.054 --> 00:04:37.517
それが、次へ]
発表がありましたが、

00:04:40.718 --> 00:04:43.107
を移動することができます。
次はスライドしてください。

00:05:11.420 --> 00:05:14.558
問題があります。
自分のマシンのため、

00:05:14.558 --> 00:05:16.560
私 1 秒を与えるだけです。

00:05:51.360 --> 00:05:55.621
ちょっと
戻るつもりです。

00:06:28.400 --> 00:06:31.160
さて、では次のいずれかを
Azure データ ファクトリです。

00:06:32.615 --> 00:06:34.397
先が用意されています
SAP ハナと

00:06:34.397 --> 00:06:36.645
ビジネス ・ ウェアハウス
データを統合します。

00:06:36.645 --> 00:06:41.180
それではまず、
Azure データ ファクトリとは何ですか。

00:06:41.180 --> 00:06:45.492
Azure データ ファクトリは、1 つ、します。
クラウド ベースの統合の

00:06:45.492 --> 00:06:49.430
支援するサービスを作成します。
別のデータのパイプラインです。

00:06:49.430 --> 00:06:50.368
たとえば、

00:06:50.368 --> 00:06:53.991
別のデータベースがある場合
位置データを取得する必要があります。

00:06:53.991 --> 00:06:58.416
データを取り込み、または
prem のデータベースです。

00:06:58.416 --> 00:07:02.583
データを取り込む場合、または
Hadoop クラスターから、

00:07:02.583 --> 00:07:06.210
統合します。
すべてのデータ。

00:07:06.210 --> 00:07:10.480
Azure データ ファクトリを使用することができます。
データを作成するパイプラインを右ですか。

00:07:10.480 --> 00:07:14.624
この新しい発表では、このように
今すぐ Azure データ ファクトリ

00:07:14.624 --> 00:07:17.776
読み込みできます。
SAP ハナからのデータと

00:07:17.776 --> 00:07:22.206
SAP ビジネス ・ ウェアハウス直接
Azure データ ストアです。

00:07:22.206 --> 00:07:25.598
[詳細設定を行うことができますように
分析とレポート作成します。

00:07:25.598 --> 00:07:30.136
新しい方のため、
SAP を使用することがわかってください。

00:07:30.136 --> 00:07:34.105
最も広くの 1 つです。
エンタープライズ ・ ソフトウェアを使用します。

00:07:34.105 --> 00:07:38.980
つまり、最も使用されていると

00:07:38.980 --> 00:07:44.324
SAP でのスタックは、SAP のハナ BW です。

00:07:44.324 --> 00:07:49.032
これがあるため
新しい SAP ハナ コネクタを使用します。

00:07:49.032 --> 00:07:53.274
これからのデータのコピーをサポートします。
など、ハナの情報モデル

00:07:53.274 --> 00:07:55.559
C 計算の分析のビューです。

00:07:55.559 --> 00:07:57.715
同様にすることができます。
行の操作を行い、

00:07:57.715 --> 00:08:00.227
列をテーブルな SQL クエリを使用します。

00:08:00.227 --> 00:08:03.513
すべてを実行する必要があります。
接続を確立します。

00:08:03.513 --> 00:08:07.052
データをインストールする必要があります。
管理ゲートウェイでは、

00:08:07.052 --> 00:08:09.167
SAP のハナの ODBC ドライバー。

00:08:09.167 --> 00:08:12.155
接続することができますように
Azure データ ファクトリです。

00:08:12.155 --> 00:08:15.539
2 番目のコネクタ
SAP BW コネクタです。

00:08:15.539 --> 00:08:18.654
サポートする、もう一度、
データをコピー

00:08:18.654 --> 00:08:23.546
SAP ビジネス ・ ウェアハウスのバージョン
7.x、情報のキューブとキューブのクエリです。

00:08:23.546 --> 00:08:27.980
これらを使用することができます。
データをコピーするクエリです。

00:08:27.980 --> 00:08:30.880
もう一度確立するために
接続、

00:08:30.880 --> 00:08:34.778
インストールする必要があります。
データ管理ゲートウェイと

00:08:34.778 --> 00:08:36.695
SAP のネイティブ ライブラリです。

00:08:36.695 --> 00:08:39.415
知りたい場合は
このようにする方法

00:08:39.415 --> 00:08:42.175
Azure に移動します。
ドキュメントです。

00:08:42.175 --> 00:08:47.195
SAP ハナのコネクタを見つけると
Azure データ ファクトリでは、

00:08:47.195 --> 00:08:50.765
はずなので、
見つからないことができます。

00:08:50.765 --> 00:08:56.280
次のいずれかがあります。
ファイルの瞬時のリカバリ

00:08:56.280 --> 00:08:59.760
Azure の Linux の VM のバックアップから
Azure のバックアップを使用します。

00:09:01.260 --> 00:09:05.523
このインスタントがありましたので
ファイル ・ リカバリ ・ オプション

00:09:05.523 --> 00:09:10.746
Azure の Windows VM のバックアップを
すべて使用可能だった

00:09:10.746 --> 00:09:12.677
かなり長くします。

00:09:12.677 --> 00:09:17.121
それが何では、復元することができます。
ファイルをすぐに、

00:09:17.121 --> 00:09:21.837
Azure の復旧サービス ボルト
追加コストなしか

00:09:21.837 --> 00:09:23.300
インフラストラクチャです。

00:09:23.300 --> 00:09:26.656
Azure を作成するため
ヴォールト ・ リカバリのサービスです。

00:09:26.656 --> 00:09:30.570
バックアップを有効にします。
バーチャル マシンでは、

00:09:30.570 --> 00:09:34.108
可能になりました瞬時に、
ファイルを記録します。

00:09:34.108 --> 00:09:37.808
たとえば場合は、
、仮想マシン全体のバックアップを作成します。

00:09:37.808 --> 00:09:41.687
マウントする必要はありません、
ドライブへのファイルを参照してください。

00:09:41.687 --> 00:09:45.451
即座にリカバリすることができます。
Azure の VM からのファイルです。

00:09:45.451 --> 00:09:47.298
などは、

00:09:47.298 --> 00:09:51.976
C Azure の Linux の VM がある場合
MongoDB のみであります。

00:09:51.976 --> 00:09:56.366
データを実行して
特定のデータをダンプ

00:09:56.366 --> 00:09:59.455
Azure のバックアップのリカバリ ・ ポイントです。

00:09:59.455 --> 00:10:02.296
簡単にする場合は
何が起こったかを検証します。

00:10:02.296 --> 00:10:05.864
昨日、またはする場合します。
特定の詳細を確認または

00:10:05.864 --> 00:10:08.054
個々 のアイテムにします。

00:10:08.054 --> 00:10:12.478
ダウンロードする必要はありません、
データ全体の dam だけ移動することができます。

00:10:12.478 --> 00:10:16.644
時間のポイントをダウンロードして
した内容を記録

00:10:16.644 --> 00:10:17.527
それを格納します。

00:10:17.527 --> 00:10:22.854
このオプションがありませんでしたし、
前に、Linux の VM で使用できます。

00:10:22.854 --> 00:10:28.422
Azure にアクセスする場合は
ポータルを有効にできますこのようになりました。

00:10:36.021 --> 00:10:38.750
進んでいます
次の 1 つは、基本的に、

00:10:38.750 --> 00:10:41.480
この 1 つのカリフォルニア州で
サンノゼ、

00:10:41.480 --> 00:10:45.300
集めて会議
データに関連する会議ができます。

00:10:45.300 --> 00:10:49.186
[INAUDIBLE] を発表したように、

00:10:49.186 --> 00:10:54.161
これらのお知らせをしましょう。
だから

00:10:54.161 --> 00:10:59.607
まず始めましょう
で、DocumentDB。

00:10:59.607 --> 00:11:03.864
キーは、DocumentDB です。
グローバルに分散されたデータ

00:11:03.864 --> 00:11:04.755
サービスです。

00:11:04.755 --> 00:11:08.128
Multiqual
サービスとして、データベースします。

00:11:08.128 --> 00:11:12.822
MongoDB を使用している場合
またはその他のマイクロソフトを知っています。

00:11:12.822 --> 00:11:16.505
MongoDB は、非常に似ています
いるという事実を除く

00:11:16.505 --> 00:11:19.757
PAAS サービスのため
それは、完全に有効なサービスです。

00:11:19.757 --> 00:11:24.571
論理的に拡張できます。
両方の真の put と同様に、

00:11:24.571 --> 00:11:28.657
任意の数の間でのストレージ
地理的な地域です。

00:11:28.657 --> 00:11:31.709
このサービスは基本的に、だったので

00:11:31.709 --> 00:11:36.230
多くのコネクタがあります。
このサービスのため

00:11:36.230 --> 00:11:41.203
例では、最初のお知らせ
この月があります。

00:11:41.203 --> 00:11:45.966
これで、スパークは、します。
DocumentDB のコネクタです。

00:11:45.966 --> 00:11:49.277
これで、たとえばと答えると
内のデータの多くがある、

00:11:49.277 --> 00:11:52.885
DocumentDB します。
火花が Apache を使用して解析します。

00:11:52.885 --> 00:11:56.788
直接接続することができます、
DocumentDB を使用する Apache のスパーク

00:11:56.788 --> 00:12:00.567
コレクターが浮かぶし、分析
そこから直接データです。

00:12:00.567 --> 00:12:04.567
機能もあります。
MongoDB のと

00:12:04.567 --> 00:12:10.450
少し詳しく見ていきます
次のスライドにします。

00:12:10.450 --> 00:12:11.989
またを発表しました

00:12:11.989 --> 00:12:16.182
最初のクラウド Hortonworks
データ プラットフォーム 2.6 です。

00:12:16.182 --> 00:12:18.815
何かを最初のクラウドでは、

00:12:18.815 --> 00:12:23.600
最新の Hortonworks データ
プラットフォームは、2.6 です。

00:12:23.600 --> 00:12:26.738
呼び出されます
搭載クラウドにします。

00:12:26.738 --> 00:12:31.125
それも公開されていません
設置型のリリースが、

00:12:31.125 --> 00:12:35.525
Hortonworks の取り組みは
クラウドを最初にされています。

00:12:35.525 --> 00:12:39.500
基本的に、いつでもしたいです。
最新バージョンのいずれかを使用するには

00:12:39.500 --> 00:12:43.105
Hortonworks をすることができます。
直接 Azure クラウドを使用します。

00:12:43.105 --> 00:12:45.905
ありません。
待機する必要が

00:12:45.905 --> 00:12:49.806
設置型リリース
雲の上に付属しています。

00:12:49.806 --> 00:12:51.778
発表しましたか

00:12:51.778 --> 00:12:55.957
Apache を完全に管理
パスを 1 つ。

00:12:55.957 --> 00:13:00.590
Apache のスパークでは基本的に、
マネージ ストリームでは、

00:13:00.590 --> 00:13:05.155
分析サービスでは、2.1 は、します。
最新のリリースを行いました。

00:13:05.155 --> 00:13:10.050
これは、再利用可能な右
HDInsight クラスターを持つようになりました

00:13:10.050 --> 00:13:12.922
います
機能が導入されました。

00:13:12.922 --> 00:13:16.670
たとえばしたい場合
操作との統合を誘導するため

00:13:16.670 --> 00:13:20.577
Azure イベントのハブを使用し
データを取得するには

00:13:20.577 --> 00:13:23.708
火花に直接イベント ハブ
行うことができます。

00:13:23.708 --> 00:13:26.722
また、ストリーミングがある場合
Kafka からコネクタ

00:13:26.722 --> 00:13:28.330
HDInsight。

00:13:28.330 --> 00:13:31.501
ものは、新しいお知らせです。

00:13:31.501 --> 00:13:35.582
SQL Server を発表しました
コミュニティ テクノロジ プレビュー

00:13:35.582 --> 00:13:39.417
すばらしいとなります。
両方のウィンドウで使用できると

00:13:39.417 --> 00:13:41.540
Linux で非常にすぐに使用します。

00:13:41.540 --> 00:13:44.764
プレビューを試みることができます。
任意の

00:13:44.764 --> 00:13:48.098
開発
駆動型の環境です。

00:13:48.098 --> 00:13:52.994
何を検索するだけの
Linux の SQL server で新たに追加し、

00:13:52.994 --> 00:13:58.710
端末に移動することができます。
Try を使用することを推奨します。

00:14:03.840 --> 00:14:10.280
あれは、HDInsight とし、
DocumentDB。

00:14:10.280 --> 00:14:12.940
次のいずれかがあります。
MongoDB の API を DocumentDB。

00:14:12.940 --> 00:14:17.692
DocumentDB の SQL サービス
非常には

00:14:17.692 --> 00:14:20.670
MongoDB、右のような?

00:14:20.670 --> 00:14:24.568
これは開発者の多くがあります。
MongoDB とそれらを使用しています。

00:14:24.568 --> 00:14:29.146
ツールの変更およびライブラリは、します。
開発に使用するか、

00:14:29.146 --> 00:14:31.480
MongoDB への接続、ですね。

00:14:31.480 --> 00:14:34.627
これらのこれで
議題の法的責任、または

00:14:34.627 --> 00:14:39.001
DocumentDBS、MongoDB では、
すべてを使用することができます。

00:14:39.001 --> 00:14:43.251
目標は変わりませんようにします。
同じ [INAUDIBLE] を使用します。

00:14:43.251 --> 00:14:46.195
接続に使用します。
割り当て可能作業時間、

00:14:46.195 --> 00:14:48.750
使用することができます。
習得します。

00:14:48.750 --> 00:14:52.411
この機能がされているように
プレビューで使用可能です

00:14:52.411 --> 00:14:55.985
ここでいずれかの時点が、
次のように、いくつかの機能が欠けています。

00:14:55.985 --> 00:15:00.603
1 つのコレクションを行うことは可能
世界的なリーダーではありません。

00:15:00.603 --> 00:15:01.580
使用可能です。

00:15:01.580 --> 00:15:04.225
一般にこれで
可用性、

00:15:04.225 --> 00:15:08.377
数値が導入されています
主要な機能のリリースです。

00:15:08.377 --> 00:15:10.611
これで持つことができます。
sharded コレクションです。

00:15:10.611 --> 00:15:14.725
ことが複数の
コレクションを 1 つのシャード

00:15:14.725 --> 00:15:17.898
MongoDB の API と DocumentDB。

00:15:17.898 --> 00:15:20.223
グローバルすることが
そのためデータベースのデータ

00:15:20.223 --> 00:15:23.494
データをレプリケートすることができます。
複数の範囲にわたるため、

00:15:23.494 --> 00:15:26.580
ことが
高可用性を実現します。

00:15:26.580 --> 00:15:27.928
これらを持つことができます。

00:15:27.928 --> 00:15:30.990
したがって、これらの Api をサポートしていますが、

00:15:30.990 --> 00:15:36.043
データのみを許可します。
MongoDB を操作します。

00:15:36.043 --> 00:15:40.048
またも追加しました
いくつか別ポータルの評価指標です。

00:15:40.048 --> 00:15:44.689
これで表示すると、Azure
DocumentDB のポータル、することができます。

00:15:44.689 --> 00:15:49.330
別のメトリックを参照してください。
要求の数など、または

00:15:49.330 --> 00:15:52.020
諸費用を要求するか、
要求のエラーです。

00:15:52.020 --> 00:15:55.634
管理します。
これらすべての統計情報を表示し、

00:15:55.634 --> 00:15:57.272
Azure ポータルの数値を基準にします。

00:15:57.272 --> 00:16:02.330
できるようになりました MongoDB の API、残念ですが
Mongo データベースの API を DocumentDB。

00:16:06.910 --> 00:16:11.208
次のいずれか
Azure の SQL データベースのプレミアム RS。

00:16:11.208 --> 00:16:18.180
したがって、これは何かが
プレビューで解放されます。

00:16:18.180 --> 00:16:23.668
Azure の SQL データベース サーバー
SQL server Azure サービスは、

00:16:23.668 --> 00:16:24.904
搭載。

00:16:24.904 --> 00:16:29.391
別の多くがあります。
層からのサービスの

00:16:29.391 --> 00:16:32.316
プレミアムに標準に基本的です。

00:16:32.316 --> 00:16:36.536
プレミアム RS は、
最新版です。

00:16:36.536 --> 00:16:40.398
4 TB の増加をお勧めします。
ストレージ ・ ユニット

00:16:40.398 --> 00:16:43.320
プレミアム P11、P15。

00:16:43.320 --> 00:16:48.340
それも付属して、
ポータル経験の向上

00:16:48.340 --> 00:16:51.580
選択し、サービスを管理します。
層およびパフォーマンス ・ レベルです。

00:16:52.660 --> 00:16:56.120
これで使用することができます。
ストレージを 4 tb まで拡張可能です。

00:16:57.390 --> 00:17:00.300
できますので、a

00:17:02.450 --> 00:17:06.280
P11 または P15 のプレミアムを持つことができます。
データベースとすることがあった

00:17:06.280 --> 00:17:11.166
40 [INAUDIBLE] の記憶域に
で追加料金は必要ありません。

00:17:11.166 --> 00:17:14.440
ここではありませんし、
世界中で利用します。

00:17:14.440 --> 00:17:20.794
4 TB のオプションが選択されています。
データベースがあります。

00:17:20.794 --> 00:17:27.033
一部の地域でも
[INAUDIBLE] と [INAUDIBLE]

00:17:33.309 --> 00:17:37.630
その上を移動、それが
Azure の SQL データベースのプレミアム RS。

00:17:40.770 --> 00:17:45.170
次のものがあるが、Azure です。
SQL ストリーム分析ツール

00:17:45.170 --> 00:17:46.530
Visual Studio します。

00:17:46.530 --> 00:17:51.730
したがってには、慣れていない場合
Azure のストリームの解析、

00:17:51.730 --> 00:17:56.930
再びが、A のプラットフォームとして、
サービスを管理することができますか

00:17:56.930 --> 00:17:59.429
にあるため、データを分析します。

00:17:59.429 --> 00:18:04.204
それを使用するため
データを分析するには

00:18:04.204 --> 00:18:08.168
分析ではなく同期
残りの部分にあること。

00:18:08.168 --> 00:18:12.127
この 1 つがあるようになりました
[オーディオ] 公開

00:18:12.127 --> 00:18:15.977
プレビュー バージョン
搭載 studio です。

00:18:15.977 --> 00:18:19.502
したがって、ご存知のかどうかは、私を意味します。
すべての要素を参照してください。

00:18:19.502 --> 00:18:21.720
搭載されて神のようにします。

00:18:21.720 --> 00:18:27.786
市場 [INAUDIBLE] です。
it のすべてがあります。

00:18:27.786 --> 00:18:31.429
これらのツールに設計されていますが、
エクスペリエンスを提供します。

00:18:31.429 --> 00:18:34.329
Azure のストリームを行うことができます。
分析機能の開発

00:18:34.329 --> 00:18:36.422
Visual Studio 内のワークフローです。

00:18:36.422 --> 00:18:42.422
ようにするのに役立つ場合
クエリを変更します。

00:18:42.422 --> 00:18:45.872
クエリを記述する場合

00:18:45.872 --> 00:18:50.972
、を簡単にテストする場合は、
デバッグして

00:18:50.972 --> 00:18:56.072
ストリームを診断します。
ジョブの分析

00:18:56.072 --> 00:19:03.434
今すぐ利用可能なすべての一部として
地域の studio のツールです。

00:19:06.776 --> 00:19:11.456
移動すると、次のいずれかが、
Azure デジタル分析を表示します。

00:19:11.456 --> 00:19:15.691
地域機能
米国政府。

00:19:15.691 --> 00:19:19.476
わかっている場合は
Azure 米国政府のクラウド

00:19:19.476 --> 00:19:24.020
クラウド
Azure 政府クラウドでは基本的には

00:19:24.020 --> 00:19:29.010
クラウドの一部である私たち
グローバル ユーザー向けに使用します。

00:19:29.010 --> 00:19:34.504
今月を発表しましたので
全般的な可用性

00:19:34.504 --> 00:19:41.400
HDInsight との双 Pro の電源
政府向けのマイクロソフトのクラウドです。

00:19:41.400 --> 00:19:47.329
すべての政府機関がある場合に
顧客が使用します。

00:19:47.329 --> 00:19:52.538
知覚のツールでは、
機能です。

00:19:52.538 --> 00:19:56.699
発表しようとしても
知的サービスのプレビュー

00:19:56.699 --> 00:19:58.255
Azure の政府機関です。

00:19:58.255 --> 00:20:01.876
シナリオを有効にしたので、
このような場合の例と

00:20:01.876 --> 00:20:05.218
オーディオとテキストの変換を行う
他の言語です。

00:20:05.218 --> 00:20:08.530
感情の処理を実行します。
コンピューターとの認識

00:20:08.530 --> 00:20:10.000
ビジョンです。

00:20:10.000 --> 00:20:14.743
そのすべてのこれらのサービスを提供します。
プレビューを提供して

00:20:14.743 --> 00:20:16.329
Azure 管理します。

00:20:25.886 --> 00:20:29.924
次のいずれかの問題は、
地図情報のリアルタイム分析

00:20:29.924 --> 00:20:31.950
で Azure ストリーム分析します。

00:20:33.130 --> 00:20:36.640
についてのみ説明して Mm の hm
Azure ストリーム分析と思いませんか。

00:20:36.640 --> 00:20:44.360
実際のデータを分析することができます。
時間と、ストリーム付属しています。

00:20:45.610 --> 00:20:48.640
したがって今月ことを発表しました
全般的な可用性

00:20:48.640 --> 00:20:50.290
地図情報機能。

00:20:50.290 --> 00:20:53.970
言うには何ができるの
例のシナリオがある場所

00:20:53.970 --> 00:20:57.620
艦隊の監視を実行します。
または、すべての資産を追跡します。

00:20:57.620 --> 00:20:59.620
いずれかの操作を行いますか
geofencing のようなまたは

00:20:59.620 --> 00:21:04.730
追跡を行う電話します。
別のセルのサイトです。

00:21:04.730 --> 00:21:06.530
ソリューションを実行するか

00:21:06.530 --> 00:21:10.360
作業のようなプールの場所
ridesharing を実行するには。

00:21:10.360 --> 00:21:13.760
基本的にします。
実際の場所を取得するには

00:21:14.850 --> 00:21:19.270
任意のデバイスから時間を
データベース ・ クラウドを送信します。

00:21:20.560 --> 00:21:24.120
Azure するようになりました
Azure チームで分析します。

00:21:24.120 --> 00:21:30.200
させることができますクエリ
中に遠隔測定を分析し、

00:21:30.200 --> 00:21:31.040
後します。

00:21:31.040 --> 00:21:35.910
シナリオでは、たとえば、
イベントを生成するか、

00:21:35.910 --> 00:21:39.660
アラートを送信する場所
給油所は、10 より小さい

00:21:39.660 --> 00:21:40.460
車からキロメートル.

00:21:40.460 --> 00:21:41.500
ようにして

00:21:41.500 --> 00:21:45.160
車の場所
2 つ目のクラウドを常にします。

00:21:45.160 --> 00:21:48.664
リストは、クラウド
保管場所の

00:21:48.664 --> 00:21:52.091
ガスがある場合
この場所にあるステーションです。

00:21:52.091 --> 00:21:56.483
基本的に記述することができます、
選択することができますクエリ

00:21:56.483 --> 00:22:01.416
ガスの場所を選択することができます。
インストールされているどのガソリン スタンド

00:22:01.416 --> 00:22:04.235
10 未満で
キロメートルの半径です。

00:22:04.235 --> 00:22:06.980
アラートを送信するたびに
ガソリン スタンドがあります。

00:22:06.980 --> 00:22:10.189
これらすべての結果
クエリのさまざまな仕組みです。

00:22:10.189 --> 00:22:13.800
経由で移動するようになりましたが、
地図情報の関数です。

00:22:13.800 --> 00:22:16.960
地域の adajacent を取得する場合
標準

00:22:16.960 --> 00:22:20.510
この地図情報データを提供します。

00:22:20.510 --> 00:22:21.790
これは、外観には多くの拡張機能です。

00:22:21.790 --> 00:22:25.390
ポイントを作成を行うことができます。
多角形を作成することができます。

00:22:25.390 --> 00:22:27.710
データ量の距離を実行できます。

00:22:27.710 --> 00:22:31.910
できる場合は、1 つを参照してください多角形
他のユーザーと重複していて、

00:22:31.910 --> 00:22:34.320
多くの他のこと
行うことができます。

00:22:34.320 --> 00:22:38.126
すべての再度の
当社のマニュアル ページに移動します。

00:22:38.126 --> 00:22:39.960
人類は関数の

00:22:46.973 --> 00:22:51.130
次のいずれかがあるは、
Azure のサイトの回復計画

00:22:51.130 --> 00:22:51.795
VMware。

00:22:51.795 --> 00:22:55.520
Azure のサイトの回復は、

00:22:55.520 --> 00:22:59.710
弊社のサービスのいずれかの場所
方法を使用します。

00:23:01.290 --> 00:23:06.460
包括的な災害を作成します。
Azure のリカバリ ・ ソリューションです。

00:23:06.460 --> 00:23:09.601
数百台を保護することができます。
仮想マシンを

00:23:09.601 --> 00:23:11.985
Prem を縮小するためにまたは
その他の。

00:23:11.985 --> 00:23:16.197
完全なを作成する可能性があります。
災害復旧ソリューション

00:23:16.197 --> 00:23:17.580
で ASR。

00:23:17.580 --> 00:23:21.230
ですが、この ASR を実行するには
展開計画の立案者が必要です。

00:23:21.230 --> 00:23:25.919
実行する前に基本的には
ASR カットオフ練習または

00:23:25.919 --> 00:23:30.607
配布を正常に描画します。
最初にする必要があります。

00:23:30.607 --> 00:23:34.744
理解しています。
部門のことでした。

00:23:34.744 --> 00:23:39.687
どのようにすることには、
障害とそのすべての権利をテストしますか。

00:23:39.687 --> 00:23:44.099
したがって、このサイトを回復の展開
プランナー ツールは、実際には

00:23:44.099 --> 00:23:45.270
多くのことです。

00:23:45.270 --> 00:23:47.410
使用することにより
互換性の評価。

00:23:47.410 --> 00:23:51.660
したがって、上の Prem をアクセスします。
Azure にサーバーを移動することができます。

00:23:51.660 --> 00:23:54.140
ASR となることがあります。

00:23:54.140 --> 00:23:56.700
提供されます。

00:23:56.700 --> 00:23:59.720
マイクロソフトは分かります
Azure ストレージの数と同じように

00:23:59.720 --> 00:24:01.530
アカウントが必要です。

00:24:01.530 --> 00:24:03.880
必要があるかどうか
標準的なアカウントまたは

00:24:03.880 --> 00:24:05.630
プレミアム ・ ストレージのアカウントです。

00:24:05.630 --> 00:24:09.970
数の仮想マシンを見なす
容量が必要です。

00:24:11.030 --> 00:24:13.340
これは、要素にもなります
将来的に増加します。

00:24:13.340 --> 00:24:16.960
では、どのようにして、
プランナー動作しを展開しますか。

00:24:16.960 --> 00:24:19.420
3 つの異なる
アプリケーションのモードです。

00:24:19.420 --> 00:24:20.096
1 つは、します。

00:24:20.096 --> 00:24:24.440
そのプロファイルのすべてのファイリング、
サーバーを保護します。

00:24:24.440 --> 00:24:29.060
30 日以内と
すべてログに記録されます。

00:24:29.060 --> 00:24:31.290
などのさまざまな
パフォーマンス モニターでは、

00:24:31.290 --> 00:24:33.665
ドライ死んだようにカウンターです。

00:24:33.665 --> 00:24:36.744
右ダイスのトレードオフ、データの結合

00:24:36.744 --> 00:24:41.916
コースの数は
日、数週間があります。

00:24:41.916 --> 00:24:45.680
右ここで、このプランナーは、します。
VMware からのみ使用できます。

00:24:45.680 --> 00:24:50.060
接続することができますように
VMware Vcenter server または

00:24:50.060 --> 00:24:55.310
VMware Vsphere サーバー場所
すべてのビデオがホストされています。

00:24:55.310 --> 00:24:57.370
プロファイリング モードになるようです。

00:24:57.370 --> 00:24:59.460
行うこともできます。
レポートを作成します。

00:24:59.460 --> 00:25:03.015
このモードで、ツールは、
私たちが提供するデータを使用します。

00:25:03.015 --> 00:25:03.755
レポートを作成します。

00:25:03.755 --> 00:25:08.085
入力は、
推奨事項が得られます

00:25:08.085 --> 00:25:10.945
仮想マシンがあります。
ストレージの配置を

00:25:10.945 --> 00:25:13.675
数が得られます
互換性です。

00:25:13.675 --> 00:25:16.025
説明する数
互換性がありません。

00:25:16.025 --> 00:25:18.995
おくと、最後に

00:25:18.995 --> 00:25:20.925
役立ち、によって
計算を配置します。

00:25:20.925 --> 00:25:27.490
非常にネットワークを検索します
put から実現することがあります。

00:25:27.490 --> 00:25:32.210
お客様のオンプレミス環境
エディションの Microsoft Azure。

00:25:32.210 --> 00:25:36.710
今すぐこのツール、これは、右
プランナーはに対してのみ使用

00:25:36.710 --> 00:25:40.428
VMware と
コピーでもあります。

00:25:47.890 --> 00:25:51.628
これであなたが実際には、
最後のスライドに近づいてください。

00:25:51.628 --> 00:25:52.440
あること。

00:25:53.740 --> 00:25:58.792
Azure スタック TP3、技術が
プレビュー 3 で、実際にします。

00:25:58.792 --> 00:26:04.209
ここで入力し、
アプリケーションの革新

00:26:04.209 --> 00:26:08.314
支払-として--使用する価格設定モデル。

00:26:08.314 --> 00:26:12.920
Azure のスタックには、します。
テクニカル プレビュー 3、右ですか。

00:26:12.920 --> 00:26:19.219
Azure のスタックは、方法があります。
Azure での包括的で優先順位を設定します。

00:26:19.219 --> 00:26:22.940
たとえば、
場合がある、自分

00:26:22.940 --> 00:26:26.570
プライベートな実装
Azure データ センター内

00:26:26.570 --> 00:26:28.920
Azure のスタックを使用することができます。

00:26:28.920 --> 00:26:34.810
テクニカル プレビュー 3 は、基本的に
ここで私たちを解放します。

00:26:34.810 --> 00:26:39.100
スタックを使用して
モデルが一般に利用可能です。

00:26:39.100 --> 00:26:41.360
TP3 はダウンロード可能なのです。

00:26:44.670 --> 00:26:49.074
何に使用すると、この
発表では、TP3 です。

00:26:49.074 --> 00:26:51.580
クラウドの経済モデル。

00:26:51.580 --> 00:26:55.500
基本的にする、表示します。
あることの価格を使用します。

00:26:55.500 --> 00:26:58.880
雲が表示されます。
Azure スタック TP3 であります。

00:26:58.880 --> 00:27:02.990
次のロードマップの
場合は道路地図を表示します。

00:27:02.990 --> 00:27:05.950
Azure 機能する必要

00:27:05.950 --> 00:27:08.920
ようになります。
TP3 の実行に使用できます。

00:27:08.920 --> 00:27:10.870
これは、後に、
Blockchain によって、

00:27:10.870 --> 00:27:14.310
クラウドの工場と
Mesos のテンプレートです。

00:27:14.310 --> 00:27:19.330
私たちがわかるように
提供している最後の数

00:27:19.330 --> 00:27:23.150
月を行いましたが 3 つの異なる
テクニカル プレビューでは、Azure のスタックです。

00:27:24.460 --> 00:27:29.030
続けることはレジに
全般的な可用性以降です。

00:27:30.210 --> 00:27:34.890
TP3 は、最終的な計画の測定
前に、の技術的なプレビュー

00:27:34.890 --> 00:27:38.880
として利用可能になります
全般的な可用性

00:27:38.880 --> 00:27:45.720
古い 3 で 17 どこかで
70 しようとしています。

00:27:45.720 --> 00:27:50.810
Azure の一般的なスタックします。
可用性、可能です。

00:27:50.810 --> 00:27:53.580
これは、さまざまな
ケースを使用しますか。

00:27:53.580 --> 00:27:57.510
表示する場合、
一貫性のあるハイブリッドに

00:27:57.510 --> 00:28:01.350
アプリケーションではありません
設置型にすることが多く、または

00:28:01.350 --> 00:28:05.170
任意の目的の部品を実行します。
運用コストのシステム

00:28:05.170 --> 00:28:10.290
クラウドの一部
フレーム上のメリット

00:28:10.290 --> 00:28:15.365
インフラストラクチャを表示します。
そのアドレスのタグ。

00:28:15.365 --> 00:28:17.730
>> 搭載
>> を持つことだと思います、

00:28:17.730 --> 00:28:21.730
これだった
>>、lat のお知らせ

00:28:21.730 --> 00:28:24.210
多くの必要がないです。
別の新しいものですが、

00:28:24.210 --> 00:28:27.160
いくつか本当にあります。
興味深い点が今月。

00:28:27.160 --> 00:28:30.221
これにより、私がここでのオープン
質問と答え、

00:28:30.221 --> 00:28:33.566
あなたの質問を入力することができ、
1 台ずつに表示されます。

00:28:49.019 --> 00:28:52.736
1 つの質問
Abdul Kalim、任意の更新プログラムから

00:28:52.736 --> 00:28:58.045
政府コミュニティ クラウドには、上
インド政府の GPV でしょうか。

00:28:58.045 --> 00:29:03.769
ですから今、いずれかがないです。
インド政府の更新が、

00:29:03.769 --> 00:29:08.355
戻る私に知らせて、
me に接続するためのロードマップです。

00:29:08.355 --> 00:29:12.880
私が私を共有するつもりです
申し訳ありませんがここで表示するのには、

00:29:12.880 --> 00:29:19.620
すべてと、このチュートリアル
質問を私にお読みください。

00:29:19.620 --> 00:29:23.120
道路地図を実際に確認し、
ある場合

00:29:23.120 --> 00:29:27.470
使用可能なもの、
道路地図をあなたと共有します。

00:29:27.470 --> 00:29:28.543
私たちとしては、

00:29:33.163 --> 00:29:40.122
価格のユーザーの ID として呼び出されます。

00:29:40.122 --> 00:29:46.722
上に表示されます。

00:29:54.807 --> 00:29:56.250
さて、質問のあるでしょうか。

00:29:56.250 --> 00:29:57.445
ここで待機するには

00:29:57.445 --> 00:30:00.587
数分のいずれかの操作をした場合
質問を投稿します。