以前のWindows Azure SDKはいろいろ面倒な手順を踏む必要がありました。
例えばIISの機能を入れたりSQL Server入れたり、SDKを入れたり…
どれぐらい手間かは「ハマらない＆安心な Windows Azure SDK 1.3 のセットアップ方法（waりとnaはてな日記）」「Windows Azure SDKのインストールについて（waりとnaはてな日記）」を参照頂ければよくわかるかと思います。
※設定もれがあるとちゃんと動作しなかったりも痛いですね。
うえー面倒くせーという、そんなあなたもおいらも朗報。
Web Platform Installer を使えば簡単に解決です。
※但しOSのバージョンやエディション等の要件はクリアしておく必要があります。
一発で全部入ります！！（※全部無償でやる場合）
MIXでアナウンスされていたWindows Azure SDK 1.4のRefresh（SDK 1.4.1）がリリースされました。
このアップデートでは、IIS環境に対し簡単にWebアプリを発行できるWeb Deployment Tool （Web配置ツール）が統合され、簡単にWindows Azure上のWeb RoleにWebアプリケーションを配置できるようになりました。
但しいくつか制限があります。
あくまで開発者がテストや開発の際のWindows Azure上へのデプロイの手間を軽減させるための機能と考えたほうがいいでしょう。でも便利ですね。
MIX11でアナウンスのあったWindows Azure Traffic Manager （CTP）がActiveになってました。
Windows Azure Traffic ManagerはWindows Azure Virtual Networkカテゴリに属する新しい機能です。（他にはWindows Azure Connect等が含まれます）
何をするものかというと、ホストサービス間をまたがってWeb Roleの負荷分散やフェイルオーバー、ラウンドロビンを行うことができます。
※詳細はWindows Azure Traffic Manager Configuration Guidを参照ください。（今時点で一番詳しいドキュメントです）
このドキュメントに動作原理やトラフィックの流れなど、全部書いてます。
結論から書きます。
Windows AzureのWebRoleでFull IIS利用時、Application Poolの動作アカウントを変更したい場合ロールが起動してIISの構成が終わった後で設定しないと変更したように見えません。
Windows Azureのアプリケーションを作る際、どのようにロールを構成してエンドポイントを設定して…というのは結構悩みどころかなという気がするんですが皆様いかがでしょうか。
単純にSQL Azure（DB）＋Webサーバーx n 台あればいいYO!という構成だと（インフラ的なところで）悩むところはあまりないのですが、Worker Role絡んだり、WebフロントエンドとバックエンドとDBと…とかになってくると意外とはまりそうですね。ええ、はまってますとも。
ということで今日はWindows Azureの構成とパッケージング、エンドポイントあたりをダラダラと考察したいと思います。
リリースされてました。
変更点は以下の通りです。
Azure AppFabricまわりのアップデートが多いですね。
追加された、OData・ACS経由のWindows Phone7のユーザー認証のHOLと、Traffic Managerに関するHOLは熱いですね。
個人的にはTraffic Managerに興味ありありです。
DC跨った分散配置が標準機能として提供されるんですからねー。HOLのドキュメント見ただけでわくわくしますね。はやくActiveにならないかな。
Windows Azure Team Blogに記載があったMIX11で発表されたWindows Azure関連のニュースです。
超適当翻訳。
============
新しい機能とサービス
…書いてて http://sqlazure.jp/b/windows-azure/495/ に翻訳があがってたのでそちら参照でｗ（オファーの話は面倒）
Windows Azure Traffic Manager はベータプログラムから申し込めます。
急ぎはこんなもんかな。
Windows Azure上でPHPを動作させる場合、以前ならphp-cgi.exeも一緒にアプリケーションに含めたりしてたと思います。
でもWindows Azure SDK 1.3以降ではスタートアップタスクも利用できるし、Full IIS機能が使えるのでPHPも含めてIIS+FastCGI+PHPな環境にしたいですよね。
ということでおなじみのWebPICmdLineを利用してPHPをインストールするスタートアップタスクです。
@echo off sc config wuauserv start= demand md "%~dp0appdata" reg add "hku\.default\software\microsoft\windows\currentversion\explorer\user shell folders" /v "Local AppData" /t REG_EXPAND_SZ /d "%~dp0appdata" /f webpicmdline /Products: PHP53 /AcceptEula webpicmdline /Products: wincache53 /AcceptEula reg add "hku\.default\software\microsoft\windows\currentversion\explorer\user shell folders" /v "Local AppData" /t REG_EXPAND_SZ /d %%USERPROFILE%%\AppData\Local /f net start w3svc
ついでにPHPのアクセラレータとしても利用できるWincacheも入れてます。
※WincacheをインストールするとどうもIISが止まるようなのでサービス開始のコマンドも入れてます。
後は以下のようにサービス定義ファイル（.csdef）でタスクを呼び出すようにします。
<Startup>
<Task commandLine="InstallPHP.cmd" executionContext="elevated" taskType="simple" />
</Startup>
これでアプリケーションの開発者は純粋にPHP部分だけに注力できますね。
ロールのエントリポイントも別途起こせるのと、CSPackを利用すれば大分Windows Azure固有の部分を減らせる＝PHP開発者がすぐにWindows Azure アプリケーションを開発できるんじゃないかなーと思います。
参考： How to Configure IIS Components in Windows Azure (MSDN)
追記。Windows Azure Command-line Tools for PHPなるものがあるので、こんな苦労しなくてもいいかも知れませんね。＼(＾o＾)／
今日の13時にWindows Azure AppFabric本番環境のメンテが終わり、ついにACSv2がプロダクションとして正式サービスにきました！！まってました！
お手紙ありがとうございます。
すっかり春の陽気で過ごしやすくなりましたね。まだまだ朝晩は冷え込みますのでお体にはお気を付けください。あ、MVPおめでとうございます。
おいらといいますと、おかげさまで元気に忙しく過ごさせて頂いています。
さて例のWCF Data ServicesをFormsAuthenticationでアレコレしてゴニョゴニョする件ですが、ASP.NET MVCのアクションメソッドでこうするとできるんだ～！という新しい知見が開けて大変興味深かったです。
ASP.NET MVCのアクションでやる場合、楽ちん・便利という視点ではなく、アプリケーション全体として見てどうなのかな？と単純に思いました。
WCF Data Servicesのみで完結させた場合は以下のような特徴が考えられます。
ではASP.NET MVCのアクションの場合はというと。
などがありそうです。まぁどちらもにわかな人が考えた内容なので間違ってるかもしれませんが。。
個人的に思うのはやっぱりアプリケーションの構成をどうするか、認証方式をどうするか/したいか、が一番大きなポイントでしょうか。
もともとはおいらが求めた要件にマッチするのがWCF Data Servicesで完結させる方法だった、というのとWebアプリ/データアクセス/認証をできるだけ分離しておきたかったというのが大きなポイントで以前の投稿のような形式になった背景がありますので、単純な比較は難しいですね。（Federation認証等ともからんじゃったり色々…）
ということでケースバイケースという魔法のことばでぽぽぽーん集約してしまいますが、ボツネタにならず公開して頂いてよかった！と思いますです。
あぁ、この内容こそ没ネタにすべきだったかなｗ
あと関係ないですがTHE CODE PROJECTはいろいろ勉強になりますね。
ではでは。
