Agile Cat — in the cloud

March 31, 2011

早くも登場! Amazon Cloud Player for Web & Android

Filed under: Amazon,Entertainment,Miscs,Mobile — Agile Cat @ 8:13 pm
Tags: , , , ,

いつもながら、素早いですね、Amazon は ・・・

image

昨日の TechCrunch に、「最大の問題はレーベルの反応」という、Amazon の Cloud Player について、ライバルたちがコメントを寄せていましたが、日本時間の 3月31日 19:30 に届いたメールには、以下のページへのリンクがありました。 この TechCrunchの記事で、「もしレコードレーベルがAmazonに対して何の法的措置も採らなければ、AppleとGoogleは間違いなくAmazonの後を追うだろう」と指摘されていように、新しい次元のビジネスが展開することになりそうです。 とても楽しみですね。 ーーー __AC Stamp 2

ーーーーー

image
http://www.amazon.com/b?ie=UTF8&node=2658409011&ref_=pe_142610_19323710

ーーーーー

なお、以下のような比較データも、TechCrunch にて記載されていました:

<無料サービスのストレージ>
Amazon: 5GB
MP3Tunes: 2GB
mSpot: 2GB

<追加ストレージの料金>
Amazon: 20GB $20/年(AmazonのMP3ストアでアルバムを1枚でも買えば1年間無料)
MP3Tunes: 20GB for $19.95/年
mSpot: 20GBのオプションなし
Amazon: 50GB $50/年
MP3Tunes: 50GB $39.95/年($4.95/月)
mSpot: 40GB $3.99/月($47.88/年に相当)

ーーーーー

<関連>

クラウド化される Music Streaming は、どのように変化するのだろうか?
Angry Birds がタダで欲しければ、Amazon Appstore for Android へ急げ!
いったい誰が、クラウド版の iTunes を作れるのか? いや、作るべきなのか?
♫ Smooth Jazz を Winamp と Android で ・・・
ディズニー が、HTML5 が得意なゲーム会社を買収した

Google の超高速インターネット(1G BPS)実験が、Kansas City に決定!

Google Selects Kansas City for Its Ultra High-Speed Internet Project
By
Audrey Watters / March 30, 2011 9:40 AM
http://www.readwriteweb.com/archives/google_selects_kansas_city_for_its_ultra_high-spee.php

_ Read Write

Last year, Google put out a call to communities, asking for their interest in becoming an experimental site for the company’s plans to build out an ultra-high speed Internet network. Over a 1000 cities applied for the chance to get Google Fiber, and Google has just announced its selection: Kansas City, Kansas.

去年のことだが、 Google は、超高速インターネットを構築するという計画に関連して、実験サイトとしてのエントリーに興味を持つ、コミュニティを募集した。 この、Google Fiber を手に入れるチャンスに、1000以上の都市が申し込み行った。 そして、Kansas City が選ばれたという、Google の発表があった。

google_fiber150The proposed network will clock in at speeds about 100 times faster than what most households in America currently have access to, reaching about 1 gigabit per second.

Google から提案されたネットワークとは、アメリカの一般家庭が現時点で有するネットワーク・スピードの約 100倍に相当し、毎秒 1 Giga Bit に達するという。

The new network will be built in conjunction with the city, according to Google, which says it plans to work closely with local organizations, businesses, and universities as the infrastructure is built.

Google によると、この新しいネットワークは、Kansas City の行政と連携して推進される。つまり、このインフラストラクチャが構築されるにつれて、市内の組織、企業、大学などが緊密に連携されていくことになる。

Bringing Americans better access to high-speed Internet is part of this effort from Google and is also part of a U.S. government initiative as well, with its National Broadband Plan. The government recently released a map of broadband availability in the country, highlighting how much work needs to happen to bring better (or in places, any) high-speed Internet access.

アメリカ国民にハイ・スピード・インターネットを提供することは、Google  における目標の一部であるが、それと同時に、アメリカ政府が主導する National Broadband Plan の一部でもある。 最近になって、アメリカ政府は、国内で利用可能となるブロードバンド・マップを公表した。 そして、そこには、さらに快適な高速インターネット接続を実現するために必要な、これからの作業が明示されている。

googleAccess is part of the problem, but so is speed. As we consume more video online – for business and pleasure – broadband speed becomes increasingly critical. Google also hopes that by supporting high-speed Internet, it will in turn spur more innovations around technologies that depend on it, particularly around universities and hospitals.

さらに大量のビデオが使用されるにつれて、プロバイダーとユーザーの双方にとって、ブロードバンドのスピードが、ますますクリティカルな問題となる。高速インターネットをサポートすることで、さらに Google が望むものとして、それらのテクノロジーを活用するイノベーションの促進があるが、とりわけ大学と病院が対象となるようだ。

Google says that, pending approval from the Kansas City’s Board of Commissioners, the service will be available beginning next year. It also says it’s looking at ways to bring the same Internet speeds to other countries.

Google によると、Kansas City の Board of Commissioners のは承認を得ることで、それらのサービスが来年から利用可能になるという。 そして、さらに、同等のインターネット・スピードを、他の地域にも展開することを想定しているらしい。

See Also

ーーーーー

先日は、GMail で失敗してしまった Google ですが、そのインフラをマルチ・データセンター対応させるべく、頑張っていることは明白です。そして、Eric Schmidt さんが商務長官になるかも知れないというウワサですが、この Kansas City の実験と組み合わせて考えると、とても大掛かりなビジョンが見えてくるように思えます。 以下の関連も、ぜひ ご参照ください。 それにしても、イイですねぇ Kansas City ! 住みたくなってしまいますね :) ーーー __AC Stamp 2

ーーーーー

<関連>

Eric Schmidt が、オバマ政権の商務長官に?
Google CEO を退任する理由を語ろう – Eric Schmidt
もう SLA なんて不要だ – Google が自慢する究極のインフラ
Google Megastore – 1日で 30億 Write/200億 Read のトランザクションを実現
Google が最新データセンターへの取り組みを再開!

Netflix の API は、200 億リクエスト/月 を処理する

Filed under: Amazon,API,Entertainment — Agile Cat @ 10:03 am
Tags: , , , ,

Netflix API Now Serving 20+ Billion Requests Per Month
Romin Irani, March 29th, 2011
http://blog.programmableweb.com/2011/03/29/netflix-api-now-serving-20-billion-requests-per-month/

_ ProgrammableWeb

Netflix continues to see tremendous growth in its Netflix API. The API which saw humble beginnings in 2008 has taken a giant leap in usage, ever since Netflix started streaming functionality to devices. In what could be one of the largest usages of a public API, the current number of requests for its API is around 20 billion per month and increasing by the day, forcing Netflix to look at measures to decrease them.

Netflix の API が、ものすごい勢いて成長し続けている。 Netflix のストリーミング機能が、2008 年から各種のデバイス向けに提供され始めた時から、この API も継続して提供されているが、最近になって、その使用量が大幅に拡大している。最も多く利用されるパブリック API の1つとして、Netflix のAPI の現時点におけるリクエスト数は 20 billion / month 前後に達し、また、さらに増加している。そのため、この API の使用を低減させるための処理を、Netflix は強いられるような状況にある。

at1042In December, we covered how Netflix was able to scale significantly by moving its API and other services over to Amazon Web Services (AWS). In an interesting blog post, Director of Engineering Daniel Jacobson has given the API numbers and laid out plans on how they are going to tackle this deluge of API usage.

この API と各種のサービスを Amazon Web Services(AWS)に移行することで、Netflix はスケールを大幅に拡大したと、私たちは 12月の記事でカバーしている。また、同社の Director of Engineering である Daniel Jacobson は、その興味深いプログ・ポストにおいて API を説明し、さらには、この API 使用の大洪水への、取り組みついて計画を述べた。

netflix-api-request-growth

Just look at the numbers. A 37x growth in 13 months, 20+ billion API requests in January of this year and the number may even be higher by now. One way to look at these numbers would be continuously boost your infrastructure requirements to anticipate higher load/usage. Netflix, however, wants to get to the root of the issue and as highlighted in the blog entry, its has set two clear goals for its API redesign after seeing these numbers:

まずは、一連の数値に注目して欲しい。 13ヶ月で 37倍に増大し、また、今年の 1月には 20+ billion 以上のAPI リクエストが発生し、その量は今後も伸び続けると予測される。 一般的に、このような傾向の値は、さらなる利用量と負荷の増大をもたらすため、インフラストラクチャの要件を連続的に引き上げていく。 しかし Netflix は、そのブログ・ポストで強調したように、問題の今回に着手することを望み、各種の値を計測した後に、API デザイン変更における 2つの目標を明確にした:

  • Decrease the total number of requests
  • Decrease the payload

It is good to see this discussion in the open. Netflix acknowledges that the number of resources that are being served via its REST API is too many (around 20) and with overlapping needs, it results in several series of calls from the device to its API before all the information is obtained. Hence, the need to look at these resources closely and design them in such a way that with minimum number of requests, the device gets what it needs. The flip side to reducing the number of requests would be that the payload may start getting bigger. To address this, Netflix is looking at approaches like partial response and even providing a SQL-like variability for their database, so that devices get what they need.

こうした状況が、オープンに語られるのは、きわめて好ましいことである。 Netflix は、REST API がサポートするリソース数(およそ20)が、あまりに多く、また、重複が要求されることを認めている。そして、すべての情報をユーザーが得るまでに、デバイスから API へ向けた、いくつかの連続するコールが生じていた。 したがって、デバイスが必要とするデータを、最小のリクエスト数で得られるようにするための、リソースの再設計が要件となった。 リクエスト数を削減する反作用として、データ本体の量が肥大し始めるかも知れない。 それに取り組むために、Netflix はパーシャル・レスポンス的なアプローチに注目した。 そして、さらに、SQL のような変化性(variability)を、自身のデータベースに を提供することで、必要とするデータをデバイスが得られるようにした。

Netflix is one of the best case studies of how APIs are becoming the cornerstone around which engineering makes its plans. It comes as no surprise that heavy usage of an API presents its own challenge in making sure that infrastructure and API design will be able to cater to unpredictable load in the future. Sometimes it pays to think about the basics like Netflix has done to look at reducing the number of requests and even payload size.

Netflix は、ベストなケース・スタディの1つである。つまり、エンジニアリングの観点からの計画を、API を基礎として取り入れる方式を示している。 この インフラストラクチャと API のデザインは、将来における予測不能な負荷に、対応できるのだろうか。しかし、API 利用への大きな依存により、新しい課題が生ずるという考え方は、驚きには値しない。 Netflix が実現したように、リクエスト数とデータ量の削減という、きわめて基本的な事柄について、時には再考すべきである。

Image Credits : The Netflix Tech Blog

ーーーーー

以前に、 Real World NoSQL シリーズで Netflix を紹介したときにも、ずいぶんとオープンな会社だと思いましたが、API の考え方についても情報を提供してくれるとは、とても有難いことですね! Google の MapReduce 論文や、Facebook による OSS コミットの辺りから活発になってきた、エコシステム作りが実を結び、あらゆるプロバイダーがスケールアウトを実現していくための、きわめて有用な基盤が確立してきていることが、ほんとうによく理解できる事例だと思います。 ーーー __AC Stamp 2

ーーーーー

<関連>
Real World NoSQL シリーズ – Netflix における Amazon SimpleDB
NoSQL のユースケースを一般論と具体論で整理する
NoSQL Database で 認識しておくべき 9つのポイント
Big Data を 美味しくいただくための、クッキング・ブックを作ろう

March 29, 2011

日本でもコンテナ・データセンターが法律をクリアした!

Filed under: .Chronicle,Data Center Trends — Agile Cat @ 7:20 pm
Tags: , ,

コンテナ型データセンタに係る建築基準法の取扱いについて

AC

@shita さんから 教えて頂きました~~~  これまで、建築基準法に引っかかるため、日本では実質的に運用できないとされていた、コンテナ型データセンターが解禁されました。 すばらしい!!! 以下のイメージをクリックして、平成 23年 3月 25日に、国土交通省住宅局から発行された通達を、ご確認くださ~~~い!

image
http://kanvaso.com/show/4YEX

 

<関連>
コンテナ・データセンターの イ・ロ・ハ by James Hamilton
お久しぶりです、SUN Blackbox です。 なんとか、元気にしています!
Quincy に配置された Microsoft IT-PAC のフォト・ギャラリー
コンテナ・データセンターは、いくらで作れるの?
続: コンテナデータセンターって、いくらで作れるの?
Data Center 2010 総集編 Agile_Cat 版

March 28, 2011

PC-1 North / West の復旧が停滞 – 放射性物質の影響で作業海域に入れず

Filed under: .Save Japan,Network — Agile Cat @ 1:37 pm
Tags: , , , , ,

Urgent update regarding PC-1 Network Status:
http://pc1.com/

image

Connectivity on PC-1 North and PC-1 West was interrupted as a result of the Japanese earthquake. Our cable repair ship CS Lodbrog is currently at Kagoshima Port (Southwest Japan) for additional preparation due to the radiation levels at the work area. A new repair schedule will be announced as soon as possible.

PC-1 North と PCー1 West 上のコネクティビティが、日本における地震の影響により失われている。 私たちのケーブル・リペア船である CS Lodbrog は、作業海域における放射物のレベルが高いため、鹿児島港に停泊待機中である。 この、ケーブル・リペア・スケジュールについては、可能なかぎり早急に発表されるだろう。

image

The repair of PC-1 West will commence immediately following the repair of PC-1 North.

PC-1 West のリペアは早急に開始され、その後に PC-1 North がリペアされる。

Pacific Crossing is doing our best to restore connectivity as soon as possible. Further updates will be posted on www.pc1.com as additional information becomes available.

Pacific Crossing はベストを尽くし、可能なかぎり早急に、それらのコネクティビティを復活させる。さらに、追加の情報が提供されれば、直ちに www.pc1.com 上に公表される。

Service on PC-1 South and PC-1 East is unaffected by this interruption. We would like to express our sincere appreciation for your continued patience. Should you have any enquiries, please contact:

なお、PC-1 South と PC-1 East 上のサービスは、今回の地震の影響を受けていない。 皆様の継続的な協力に対して、心から御礼を述べたい。 さらなると言い合わせに関しては、以下まで連絡して欲しい:

Koji Kimura:kkimura@pc1.com or +81-50-3812-8082
Paul Fernes:pfernes@pc1.com or +1-415-264-8944

ーーーーー

ご存知のとおり、福島沖から鹿島灘にかけては、福島第一原発からの放射性物質が、偏西風に乗って飛散する可能性があります。 それで、作業に取り掛かれないという状況が続いているようです。う~ん ーーー __AC Stamp 2

ーーーーー

<関連>

March 16, 2011 日本近海の、海底ケーブル損傷状況について by TeleGeography
March 20, 2011 国際海底ケーブルの被災状況(最新) – NTT は? KDDI は?

Next Page »

Theme: Rubric. Blog at WordPress.com.

Follow

Get every new post delivered to your Inbox.

Join 3,239 other followers