poster0チームメイトが作りました。標準を開発するために、さまざまな企業と協力してきました。Suisseといったエンタープライズから構成されています。レベルのプロトコルを構築することでした。1.0のプレビュー実装をリリースしました。機能としてリリースされたことを発表できて、嬉しく思います。これは運用環境で使用する準備ができており、企業向けのSLAによって支えられています。相互運用可能なメッセージングこのリリースは重要です。ライブラリを使ってアプリケーションを構築することができるようになりました。プロトコルを使って通信できるようになりました。バスに送信されたメッセージを、メッセージの構造や内容を何も失うことなく、JavaプログラムやPython/Ruby/PHPスクリプトから読むことができることを意味しています。バスに移植するのは簡単です。プロバイダーにわたって稼働しているアプリケーションをつなぐために使える、本当に強力なミドルウェアとなります。アプリの作成方法をウォークスルーします。フレームワークを使って、これを容易にするために必要となるPub/Subメッセージングのサポートのすべてを提供するようになりました。バス「トピック」にメッセージを送信します。キューとは異なり、トピックは、Publish/Subscribeパターンを使った1対多の通信形式を提供します。トピックに複数のサブスクリプションを登録可能です。メッセージがトピックに送信されると、そのメッセージは、独立して処理されるように各サブスクリプションで利用可能になります。各サブスクリプションを、トピックに送信されたメッセージのコピーを受け取る、仮想的な持続キューとして考えることができます。それから、オプションとして、サブスクリプションごとにトピックに対するフィルター規則を登録できます。サブスクリプションが、トピックに対するメッセージのどれを受け取るかをフィルター/制限できます。これによって、極めて多数のユーザー/アプリケーションにわたって、極めて多数のメッセージを処理するためにスケールできます。リスナーがメッセージを受信/処理するように、別個のサブスクリプションを設定します。「scottgu-ns」名前空間に、「scottmessages」という名前のトピックを作成します。Azure管理ポータルによって、これを行うのが簡単になります。3つのサブスクリプションを作成します。好きなように名付けることができます。どれがどれに対応するかをより明確にするために、これらの名前を使っています)。バーの「サブスクリプションの作成」ボタンをクリックすることで、これを行えます。プロパティを設定できます:OKボタンをクリックすると、このトピックに対してサブスクリプションが作成されます。それから、3つのサブスクリプションを持つために、この手順を繰り返して、さらに2つのサブスクリプションを作成できます:これを行った後は、「scottmessages」トピックにメッセージが送信されるといつでも、そのメッセージは各サブスクリプションに対して持続的にキューイングされます。アプリがアクティブにサブスクリプションをリッスンしている必要がないことを意味しています。アプリに対して自動的にキューイングされます。アーキテクチャが可能になります。バスのトピックとサブスクリプションを作成したので、トピックにメッセージを送信する単純な.NETプログラムを作成します。ライブラリの最新バージョンで利用可能です(http://nuget.org/packages/WindowsAzure.ServiceBus/)。バージョン2.1.0以降が必要です。WindowsAzure.ServiceBus」と入力するだけです。アプリケーションです。}}このコードは、.NETのConnectionManagerクラスを使って、App.configファイルから構成設定を取得しています。ために、このアプローチを使っています。トピックの接続文字列を取得できます。ライブラリがAMQPを使うように構成するために、接続文字列に「;TransportType=Amqp」を追加していることに注意してください。アプリを実行してみましょう。アプリを実行すると、メッセージを入力してトピックに送信できるようになります。トピックに送信されます。トピックは、処理のために設定した3つの各サブスクリプションに対して、メッセージのコピーを持続的にキューイングします。リスナーの作成さて、サブスクリプションの1つに接続してメッセージを処理するJavaアプリを書いてみましょう。ブローカーと通信するために、内部で異なるプロトコルを使っています。1.0を使う、Apacheの標準JMSプロバイダーを使っていきます。AMQPプロバイダーを入手できます。CLASSPATHに追加する必要があります。ベースのJNDIプロバイダーを使っていることに注意してください。バス接続文字列の構成要素を含む、「SBCF」というConnectionFactoryを定義しています。そのフォーマットは、次の通りです:amqps://[username]:[password]@[namespace].servicebus.windows.netこのフォーマットで、[username]は発行者名に対応し、[password]は発行者キーのURLエンコードされた形式です。発行者キーを手動でURLエンコードする必要があります。http://www.w3schools.com/tags/ref_urlencode.aspに、便利なURLエンコードのユーティリティがあります。システムを統合します。システムを持ち、他の言語やフレームワークともシームレスに相互運用/統合することができるようになりました。リスナーの作成さて、別のサブスクリプションに接続してメッセージを処理するPythonアプリを書いてみましょう。VMにこのPythonアプリをホストします。ポータルで「新規」コマンドを選択し、「コンピューティング」>「仮想マシン」>「簡易作成」オプションを使って、CentOS仮想マシンを作成します:VMがプロビジョニングされたら、VMにSSHして構成と設定を行えます。ライブラリを使います。1.0準拠のライブラリを提供しています。ProtonディストリビューションのREADMEファイルに、依存性をインストールしてProtonをビルドするために必要な手順の詳細が書かれています。exclude=kernel*)。gccコンパイラをインストールするために、この手順が必要です。さまざまな前提条件のパッケージをインストールします。Protonライブラリをダウンロードします。アーカイブからProtonコードを抽出します。READMEファイルに書かれた次の手順を使って、コードをビルド/インストールします。インストール接頭辞を設定。システムによっては調整する必要あり。ドキュメントのビルド/インストールを行いたくない場合は、docsターゲットを削除します。この手順には、root権限が必要です。installこれらすべてを行うと、マシンにProtonがインストールされ、使う準備が完了します。"Done"ここで、いくつかの注意点があります:ブローカーに対する接続文字列は、amqps://[issuer-name]:[issuer-key]@[namespace].servicebus.windows.netの形式です。メッセージを受け取る際のentityNameは、[topic-name]/Subscriptions/[subscription-name]の形式です。ソースのAMQPライブラリを活用していることです。サブスクリプションに接続してメッセージを処理するPHPアプリを書くことで、終わりにしましょう。VMにホストし、Pythonで使ったのと同じProtonライブラリを使います。バスに接続するのがどれだけ簡単かを示しています。バスの新しいAMQPサポートによって、複数システムにわたって相互運用できる強力な分散アプリケーションを構築することが、ずっと簡単になりました。ここで注目すべきクールなことは、異なる言語間でメッセージが交換される際に、どうメッセージが保持されているかという点です。フォーマットに対しても同じです。1.0の移植可能なデータ表現によって、これが達成可能になりました。Azureアカウントをすでにお持ちでない場合は、無料評価版に登録して、これらの機能すべてを今日から使い始めることができます。日本リージョンの開設計画を発表しました。リージョン間で提供されます。日本リージョンは、国外に持ち出せないデータの格納やアプリケーションの稼働、国内データセンターによる高速アクセスはもちろんのこと、複数の国内データセンターによる災害対策にも最適です。アジア地域で数多くのデータセンターが提供されつつあります。プレビューが、6/6に登録可能になることを発表します。サービスを利用可能にした最初の多国籍組織になります。Azureは21Vianetによって運用されます。テクノロジーへのアクセスを提供します。Azureサービスを運用し提供する権利を、21Vianetに提供します。サービスを提供します。お客様のニーズをサポートする準備ができています。新しくオーストラリアに拡張する計画を発表します。コンピューティングへのニーズをより良く対応できるようになります。リージョンから構成されます。これら2つの場所は地理的に冗長であり、オーストラリア内の2つの異なる場所にわたって、お客様が自分のデータをバックアップできます。目標を満たしながら災害復旧を提供することが、多くのお客様にとって重要であることを理解しています。このようなニーズを満たすソリューションを提供できることを楽しみにしています。Java」の2013年5月プレビューがリリースされました。Azureストレージに自動アップロードする新機能が、便利です。Javaの2013年5月プレビューがリリースされました。2.0は前提条件であり、プラグインのインストール時に自動的にダウンロードされます。Azureストレージへのからのデプロイ。アカウントに自動アップロードし、そこからこれらのコンポーネントをデプロイする新しいオプション。コンポーネントのデプロイを大きく簡素化できます。アカウントを参照できる機能。コンポーネントのデプロイ、キャッシュといった、ストレージに依存する複数の機能に適用されます。