Note
Access to this page requires authorization. You can try signing in or changing directories.
Access to this page requires authorization. You can try changing directories.
土曜日は 技術ひろば.net さんの10月勉強会 にお邪魔させていただき、IIS7.5 全体概要をお話しさせていただきました。今回もお話する中でうーん IIS7 って話すことが多いなぁってまたまた思った次第です。そのセッション内容は下記の通りですのでご興味があればご覧ください。
View more documents from hirookun.
やっぱり分解して全部デモつきでそれぞれを解説するビデオなり、スライドなりを用意して Web サーバーのみならずどんなシナリオで使えるのかというのをもっと見える形にしないと難しいテーマですね。頑張ります。(*^_^*)
なお、この表紙にある「テッキー君」は私のチームでやっている Tech Fielders チーム のマスコットです。コミュニティ活動やブログなどご利用いただける方は自由にお使いいただけますので下記から入手ください。
https://www.microsoft.com/japan/powerpro/banner/default.mspx
一番下の方にスライドにいっぱい貼り付けてあるもの、PNGファイルをZipしたものと2種類用意しています。(*^_^*)
Comments
Anonymous
January 01, 2003
当然 気になるポイントだと思います。 実はようやく Smooth Streaming Deployment Guide なるものが英語ですが、公開されたようです。 http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=b3752c16-b213-4a30-a54d-1a0491d45ea7 Live Smooth Streaming がどういう設定ができるのかはここに書かれています。Cache-Control ヘッダーの記述がありますが、もう少しDetail は引き続き追いかけてみます。何秒から何秒までの間とかそういう UI は無いですね。Anonymous
October 18, 2009
勉強会には参加できませんでしたので、口頭で説明済みの話かもしれませんが、上記の資料を拝見していて、素人考えで気になった点が1つあったので質問させてください。 資料のP.32の Smooth Streaming/Live Smooth Streamingの説明として「HTTP通信なので既存HTTPキャッシュインフラを有効活用できる」と書かれています。 しかし、ムービーフラグメントに断片化されたメディアデータを流し続けるSmooth Streamingの場合は、帯域、ファイル数、そしてキャッシュヒット率等を考慮すると、既存のキャッシュインフラ、例えばプロバイダのWebプロキシキャッシュサーバをそのまま流用するというシナリオでは、プロバイダ側が別途サーバを立てずに済む利点はあるものの、サーバにかかる負担が大き過ぎるように思われます。 これがもし、Live Smooth Streamingには、アクセスが集中しやすい最新部分に近いフラグメントだけを短時間キャッシュさせ、追っかけ再生で要求されたフラグメントはキャッシュさせないような仕組みがあるという話であれば、納得できるのですが、IIS Media Services 3.0にはそのような仕組みもあるのでしょうか? お忙しいところ恐縮ですが、特に急ぎの質問ではありませんので、どうかよろしくお願いいたします。