Agile Cat — in the cloud

赤道上に浮かべる 180基の衛星:Google は成層圏バックボーンを目指すのか?

Posted in .Selected, Google, Satellite, Strategy by Agile Cat on December 17, 2014

Google-backed Global Broadband Venture Secures Spectrum for Satellite Network
http://wp.me/pwo1E-86a
Peter B. de Selding | May. 30, 2014
http://www.spacenews.com/article/satellite-telecom/40736google-backed-global-broadband-venture-secures-spectrum-for-satellite

ーーーーー

<注記> ちょっと古い記事であり、ここで取り上げられている WorldVu は、最近では Elon Musk の SpaceX と提携するだろう、という記事も出ています。

ーーーーー

PARIS — A company based in Britain’s tax-friendly Channel Islands and backed by Google and the founder of satellite broadband trunking provider O3b Networks has secured radio spectrum rights to build a low-orbit satellite constellation to provide global broadband to individual consumers, industry officials said.

PARIS — Britain Tax Friendry の Channel 諸島を拠点とし、Google および、衛星ブロードバンド·トランキング·プロバイダー O3b Neuworks の Founder に支援される企業が、低軌道衛星群を構築するための無線スペクトルの権利を確保し、利用者となる企業に対してグローバル・ブロードバンドを提供していくことになると、業界関係者たちが語っている。

Brian Holz, 03b’s former chief technology officer, is leaving the company for WorldVu. Credit: Photo courtesy of Brian Holz

The company, which uses the name L5 in its regulatory filings and is registered in St. Helier, Jersey, under the name WorldVu Satellites Ltd., has picked up Ku-band spectrum initially planned for use by a now-defunct company called SkyBridge to launch a constellation of 360 small satellites for a global Internet service.

その会社は、L5 という名称で規制当局への申請を行い、WorldVu Satellites Ltd. という名で St. Helier, Jersey 島に登記されている。そして、いまは消滅してしまった SkyBridge という会社が、グローバル・インターネット・サービスを提供するために、360個の小型衛星群を運用しようと計画したときの、Ku-band というスペクトルを拾い上げ、新たなビジネスを立ち上げようとしている。

The International Telecommunication Union (ITU), the Geneva-based United Nations affiliate that regulates satellite orbital slots and wireless broadcast spectrum, shows L5 filings as promising to start service in late 2019.

Geneva ベースの国連関連団体として The International Telecommunication Union (ITU) があるが、この人工衛星の軌道スロットと無線ブロードキャスト・スペクトルを規制する組織の報告書を見ると、2019年の後半には L5 がサービスを開始する可能性が高いと分かる。

The satellites, tentatively designed to operate in circular orbits of 800 and 950 kilometers inclined 88.2 degrees relative to the equator, have been given regulatory deadlines of between late 2019 and mid-2020 to enter service, according to ITU records.

この衛星は、赤道を基準に 88.2 度の緯度幅をカバーし、800km 〜 950km の高度で軌道を描くよう、暫定的にデザインされている。そして ITU の記録によると、サービスに入るための規制上のデッドラインとして、2019年の後半〜2020年の半ばという期限が与えられている。

WorldVu appears to be a Google response to the same question being asked by all the big global Internet service providers, search engines and social networks: How do you reach hundreds of millions of potential users residing in places without broadband access?

グローバルかつ大規模に展開される、すべてのインターネット·サービス·プロバイダ/検索エンジン/ソーシャル・ネットワークに共通する疑問への、Google の回答が WorldVu なのだと思われる。つまり、ブロードバンドでアクセスできない場所に住んでいるかもしれない無数のユーザーに、どのようにしてリーチするのかという問いに対する答えとなる。

Facebook purchased Britain’s Ascenta unmanned aerial systems designer as part of what it calls its Connectivity Lab project, which is exploring satellite and atmospheric Internet nodes. Google earlier this year purchased Titan Aerospace, a drone designer of what are sometimes called "atmospheric satellites." With WorldVu, Google appears to be adding a play in conventional exo-atmospheric version.

Facebook は Connectivity Lab プロジェクトと呼ぶ活動の一環として、イギリスの Ascenta という無人航空機システムのデザイナーを手にしており、それにより、衛星を用いた大気圏内インターネット・ノードの構築を模索している。その一方で Google は、今年の初めに Titan Aerospace を買収しているが、これも大気圏内衛星とも言える、ドローンのデザインが絡んでいる。つまり、Google は WorldVu により、これまでの大気圏バージョンでの活動を強化しているように見える。

注記:地球の大気圏は 1000km に及ぶ。

The ITU’s Master International Frequency Register is routinely peppered with filings — satellite networks in ITU parlance — that clog the system, hoard spectrum rights and ultimately never are built.

ITU の Master International Frequency Register は、ITU 用語で衛星ネットワークと呼ぶ書類により、毎日のように攻め立てられている。 つまり、それによりシステムが目詰りし、スペクトル権を買い溜めされるが、最終的には構築されないという状況が繰り返されていた。

In the case of L5/WorldVu, there is reason to suspect this is not just another paper satellite.

しかし、L5/WorldVu のケースでは、単なるペーパー・サテライトではないと、推測させる理由がある。

For starters, WorldVu is located in the same small town where Greg Wyler registered and founded O3b Networks, which also started with modest support from Google and is now building a business of providing high-speed fixed and mobile Internet links to customers located between 40 degrees north and 40 degrees south of the equator. O3b’s mission, as the company likes to point out, is to connect the “other 3 billion people” around the globe “who have been denied broadband access for reasons of geography, political instability and economics.”

まず、第一に、Greg Wyler が O3b Networks を設立/登記した、同じ小さな街に WorldVu は位置しており、また、Google からのささやかな支援が開始されている。そして、現在は、北緯 40度と 南緯 40度の間に住む人々をサポートするための、ワイヤー/モバイルによるインターネット·リンクを提供するためのビジネスを立ち上げている。O3b が、よく口にする同社の使命は、地理/政治/経済などの理由により、ブロードバンドへのアクセスが不可能だとされる、もう一方の世界の「 30億人 」をインターネットに接続することである。

Joining Wyler in the WorldVu venture are Brian Holz, O3b’s former chief technology officer; and David Bettinger, a long-time chief technology officer of satellite ground terminal provider iDirect.

WorldVu の冒険において、Wyler と行動を共にする Brian Holz の前職は O3b の CTO であり、また、David Bettinger は衛星用の地上ターミナル・プロバイダーである、iDirect の CTO を長年にわたって務めてきた。

Holz’s departure from O3b at this juncture in the company’s history — a component defect on the first four satellites has delayed the launch of the second four, now scheduled for July — might be viewed as curious.

同社の歴史おいて、つまり、第一陣の 4つの衛星におけるコンポーネントの欠陥により、第二陣の 4つの衛星の打ち上げが 7月にズレ込んでいるという時点で、O3b のプロジェクトから Holz が離脱するのは、不思議なことだと思われるだろう。

While the current satellites operate well, their life expectancy has been compromised by the defect in the onboard component, called the centralized power supply and frequency generator unit.

現時点で、それらの衛星は上手く機能しているが、集中電源と周波数ジェネレータをいう、オンボード・コンポーネントの欠陥により、その平均寿命は期待値に届かないだろう。

In a May 27 response to SpaceNews inquiries, O3b said Holz “is leaving us for Google, which as you know is an O3b shareholder, but he will continue to serve on O3b’s technical advisory committee.” Attempts to reach Wyler, or anyone else, at the address listed for WorldVu were unsuccessful.

5月27日の SpaceNews からの問い合わせに対して O3b は、「 周知のとおり、O3b の株主でもある Holz は Google へと去っていくが、O3b の技術諮問委員は継続して務めることになる」と述べている。つまり、Wyler たちが連携していくような、WorldVu が考えていた試みは、上手く行かなかったことになる。

Holz has been replaced at O3b by Stewart Sanders, a senior vice president at satellite fleet operator SES of Luxembourg, which is O3b’s biggest shareholder.

Holz の後任には、 O3b の最大の株主であり、複数の衛星を管理する SES of Luxembourg の、Senior VP である Stewart Sanders が就任することになった。

An industry official familiar with the move said Holz will remain active at O3b at least through the launch of the second group of satellites, and his departure was arranged in a way to minimize perturbations at O3b, which remains a startup enterprise.

この動きに詳しい業界関係者は Holz について、第二陣の衛星群と打ち上げるまで、彼は少なくとも O3b でのアクティブな状況を維持し、スタートアップ・エンタープライズである O3b の、不安要素を最小限に抑えるよう再考された、と述べている。

“There is no way that Brian was going to do anything that would hurt O3b,” the industry official said, adding that L5/WorldVu should not be seen as a future O3b competitor.

「 O3b を傷つけることなく、何らかの行動を Brian が起こせるかというと、それは不可能である」と、その業界関係者は述べているが、将来的に L5/WorldVu と O3b がライバル関係になるかというと、それも違うと、付け加えている。

“O3b provides low-latency broadband trunking to telcos and large mobile platforms through relatively expensive ground stations,” the official said. “WorldVu wants to connect the world with affordable links to millions of individuals not now on the grid.” Google’s ultimate involvement in the venture “remains speculative at this point,” the official said.

「 O3b は、相対的に見て費用のかかる地上局を介して、テレコムと大手モバイル・プラットフォームに、低レイテンシのブロードバンドをバルクで提供する。 その一方で、WorldVu は、いまはグリッドにアクセスできない無数の人々に、安価なリンクで接続したがっている」と、その業界関係者は述べている。 そして、最終的には、この冒険に Google も関与するだろうが、「現時点では推測も伴う」と付け加えている。

L5/WorldVu’s ambition is to succeed where previous global satellite Internet projects have failed. O3b is using Ka-band frequencies that were abandoned by the now-defunct Teledesic venture, in which more than $1 billion was invested before its backers threw in the towel.

L5/WorldVu の野望は、これまでのグローバル・サテライト・インターネット・プロジェクトが失敗した領域で、成功を収めることである。 O3b が使用している Ka-band 周波数帯域は、いまは無き Teledesic というベンチャーが放棄したものであり、その支持者たちが諦めるまでに、$1 Billion 以上が投資されている。

SkyBridge had a similar idea, but in Ku-band. It too was abandoned for lack of financing, and it is the legacy SkyBridge frequencies that L5/WorldVu proposes to use.

SkyBridge も、Ku-band においてだが、同じような考えを持っていた。 そして、あまりにも膨大な資金を必要とするため、SkyBridge が放棄したものを、L5/WorldVu が使用すると提案しているわけだ。

Youtube ⇒

The Teledesic and SkyBridge projects accomplished the key goal at ITU of securing regulatory approval for nongeostationary-orbiting satellite communications networks.

Teledesic と SkyBridge のプロジェクトは、非静止軌道衛星通信ネットワークのための、規制当局の承認を確かなものにするという意味で、ITU における主要な目標を達成している。

Both networks agreed to incorporate complicated power-flux-density adjustments so that their satellites’ frequencies would not disturb broadcasts from satellites using the same spectrum from higher geostationary orbit.

この 2つのネットワークは、複雑な電波密度の調整を組み込むことで合意していた。それにより、同じスペクトルを使用する、より高い高度の静止軌道衛星からのブロードキャストを、二社の衛星の周波数が妨害しないようになっている。

It is an issue that WorldVu will face — especially when its hundreds of satellites pass over the equator — as Ku-band is widely used by telecommunications operators who have priority rights to the same spectrum.

それは、WorldVu が直面することになる問題だ。 つまり、同じスペクトルにおいて優先権を持っているテレコム事業者が、Ku-band を広範囲で使用するにつれて生じることになる、何百もの衛星が赤道上を通過する際の問題である。

Just as important for L5/WorldVu is the dramatic decrease in prices for sophisticated satellite antennas, satellite power-generation systems and payload electronics. It is here that Teledesic and SkyBridge confronted issues that drove up the costs of the systems and ultimately forced their collapse.

また、L5/WorldVu にとって重要な事柄として、きわめて洗練された、衛星のアンテナおよび発電システムと、搭載する電子機器に関する、劇的なコストの削減が挙げられる。それこそが、Teledesic と SkyBridge の前に立ちはだかった問題であり、システムのコストをつり上げ、最終的にはプロジェクトを崩壊へと至らしめた。

“Lots of things have changed since then,” the industry official said. “Satellite technology is no longer considered black magic. Look what’s being done with Earth observation constellations like SkyBox Imaging and Planet Labs and the new generation of cubists.”

「 あれから、あらゆるものが変化した。もはや、衛星テクノロジーを魔術として捉えるべきではない。 SkyBox Imaging や Planet Labs といった、地球の観測を志す、新たな世代の台頭を見てほしい」と、前述の業界関係者は述べている。

SkyBox Imaging — a California company building a constellation of high-resolution optical Earth imaging satellites in which Google is said to be interested — and Planet Labs of San Francisco have both launched the first of their imaging satellites.

ちなみに、SkyBox Imaging とは、地上のイメージを高解像度で撮影する California の企業であり、Google が興味を示しているとされる。また、San Francisco の Planet Labs も、地上イメージを撮影するための、自身の衛星を打ち上げている。

In addition to offering limited scale economies in satellite production, smaller satellites hold out the hope for lower launch costs when measured on a per-delivered-megabit basis.

さらに言えば、配信するデータをメガビット単位で規定できるなら、その望みを叶える実用的な小型衛星を打ち上げるための、規模の経済が具体化してきているのである。

ーーーーー

とても夢のある話で、訳していてワクワクしてしまいました。 海底に設置されたケーブルと赤道上に並ぶ衛星により、多層化されたインターネット・バックボーンのメッシュが、この地球を包み込んでいくのでしょうね。 さらに言えば、より低軌道に浮かぶ衛星やドローンなどを介して、地上に網を張りにくいアフリカや南米などにも、インターネット接続を提供するという流れが、さらに加速していくかもしれません。また、Google に関しては、この記事がポストされた直後の 6月に、Skybox Imaging という衛星スタートアップを買収しているので、なんらかの方針の変更が生じているのかもしれません。 Elon Musk の SpaceX も含めて、2015年は衛星に関する動向も追いかけて行きたいと思っています。

ーーーーー

<関連>

Google が買収した、Skybox Imaging という衛星スタートアップについて
Google と Virgin が思い描く宇宙開発の夢とは? その宇宙船を Youtube で!
Intelsat と SpeedCast が連携して、グローバル接続をカバーする通信衛星とは
Alcatel-Lucent の海底ケーブルが、31Tbps の記録を達成!
空芯型ファイバーにより、光速の 99、7% に到達するテクノロジーとは?

Facebook が語るモバイル・チューニングの極意:これで途上国のインターネットも OK!

Posted in .Selected, DevOps, Facebook, Mobile, Network, Post-PC, Strategy by Agile Cat on December 2, 2014

How Facebook Makes Mobile Work at Scale for All Phones, on All Screens, on All Networks
http://wp.me/pwo1E-84k
September 22, 2014 – ImageTodd Hoff
http://highscalability.com/blog/2014/9/22/how-facebook-makes-mobile-work-at-scale-for-all-phones-on-al.html

When you find your mobile application that ran fine in the US is slow in other countries, how do you fix it? That’s a problem Facebook talks about in a couple of enlightening videos from the @scale conference. Since mobile is eating the world, this is the sort of thing you need to consider with your own apps.

アメリカ国内では快適に走るモバイル・アプリが、その他の国では遅くなると分かったとき、どのように修正すればよいのだろう?それは、@scale conference における何本かのビデオで、Facebook が指摘している問題である。そして、この世界をモバイルが呑み込んで以来、あらゆるアプリにおいて考察すべき、ある種の問題でもある。

<関連> Facebook アプリ:Push + Delta + Thrift でモバイル帯域を 40% も削減!

In the US we may complain about our mobile networks, but that’s more #firstworldproblems talk than reality. Mobile networks in other countries can be much slower and cost a lot more. This is the conclusion from Chris Marra, Project Manager at Facebook, in a really interesting talk titled Developing Android Apps for Emerging Market.

アメリカにおいても、私たちはモバイル・ネットワークに文句を言うだろうが、Twitter の #firstworldproblems で語られていることが真実だ。その他の国々におけるモバイル・ネットワークは、はるかに遅いものであり、また、より多くの費用がかかる。以下に示すのは、Developing Android Apps for Emerging Market という興味深いタイトルの講演の中で、Facebook の Project Manager である Chris Marra が結論づけたものである。

Facebook found in the US there’s 70.6% 3G penetration with 280ms average latency. In India there’s 6.9% 3G penetration with 500ms latency. In Brazil there’s 38.6% 3G penetration with more than 850ms average latency.

Facebook が調べた結果によると、アメリカにおける 3G の浸透率は 70.6% であり、レイテンシは 280ms である。それがインドとなると、3G の普及率は 6.9% であり、レイテンシ は 500ms になる。そしてブラジルの場合は、38.6% と 850ms だ。

Chris also talked about Facebook’s comprehensive research on who uses Facebook and what kind of phones they use. In summary they found not everyone is on a fast phone, not everyone has a large screen, and not everyone is on a fast network.

さらに Chris は、Facebook のユーザーである人々および、そこで用いられるスマホに関して、同社が実施している包括的な調査についても話してくれた。要約すると、誰もが高性能のスマホを使い、大きなスクリーンを持ち、高速のネットワークを使用できると思ったら、それは大きな間違いということだ。

It turns out the typical phone used by Facebook users is from circa 2011, dual core, with less than 1GB of RAM. By designing for a high end phone Facebook found all their low end users, which is the typical user, had poor user experiences.

その結果として、Facebook ユーザーが使用する典型的なスマホは、2011年頃のモデルから始まり、Dual-Core の CPIU を搭載し、RAM は 1GB 以下ということが分かってきた。 ハイエンド・スマホに合わせてデザインしてきた Facebook は、ローエンドのデバイスを持つユーザーが大半であり、そのすべてがプアなユーザー・エクスペリエンスを持つことを理解した。

For the slow phone problem Facebook created a separate application that used lighter weight animations and other strategies to work on lower end phones. For the small screen problem Facebook designers made sure applications were functional at different screen sizes.

Facebook は性能の低いスマホのために、軽いアニメーションなどの戦略を適用するために、使別のアプリを作成した。また、同社のデザイナーたちは、小さなスクリーンという問題に対処するために、異なる画面サイズであっても、機能的にアプリが振る舞えるようにしていった。

Facebook has moved to a product organization. A single vertical group is responsible for producing a particular product rather than having, for example, an Android team try to create all Android products. There’s also a horizontally focussed Android team trying to figure out best practices for Android, delving deep into the details of what makes a platform tick.

つまり、Facebook 自身が、プロダクトを構築するための組織に転身しているのだ。例を挙げるなら、すべての Android プロダクツを、そのためのチームが開発するのではなく、特定のプロダクトを構築するために、垂直方向へと問題を掘り下げていくグループに責任が振り分けられている。ただし、プラットフォームに適合するものを詳細まで踏み込み、Android のためにベスト・プラクティスを把握していく、水平方向に焦点を当てた Androidチームも存在する。

Each team is responsible for the end-to-end performance and reliability for their product. There are also core teams looking at and analyzing general performance problems and helping where needed to improve performance.

そして、個々のチームが自身のプロダクトに関して、その性能と信頼性を隅から隅まで担当することになる。さらに、コアとなるチームが、全体的なパフォーマンスの問題を分析し、それを向上させるために必要な支援を行う。

Both core teams and product teams are needed. The core team is really good at instrumentation and identifying problems and working with product teams to fix them. For mobile it’s important that each team owns their full product end-to-end. Owning core engagement metrics, core reliability, and core performance metrics including daily usage, cold start times, and reliability, while also knowing how to fix problems.

コアとプロダクトの、双方のチームが必要とされている。コア・チームは、適切に測定を行い、問題を特定し、それらを修正するために、プロダクト・チームと協調していく。モバイル開発において重要な事は、それぞれのチームが自身のプロダクトについて、隅から隅まで責任を負うことである。また、コアとしての共有メトリクス/信頼性/性能の指標を確立し、そこにアプリを立ち上げたときや、連続して使用したときの、信頼性を加える一方で、問題の解決方式を認識していく。

To solve the slow network problem there’s a whole other talk. This time the talk is given by Andrew Rogers, Engineering Manager at Facebook, and it’s titled Tuning Facebook for Constrained Networks. Andrew talks about three methods to help deal with network problems: Image Download Sizes, Network Quality Detection, Prefetching Content.

低速のネットワークに関連する問題を解決するという、包括的なテーマがある。今回は、Facebook の Engineering Manager である Andrew Rogers の、Tuning Facebook for Constrained Networks というタイトルが付けられたトークを紹介したい。Andrew の話は、ネットワークに関連する問題を解決する、Image Download Sizes/Network Quality Detection/Prefetching Content という、3つの方法論に集約される。

Overall, please note the immense effort that is required to operate at Facebook scale. Not only do you have different phones like Android and iOS, you have different segments within each type of phone you must code and design for. This is crazy hard to do.

総論として、Facebook のスケールで運用するには、膨大な労力が要求される点に注意してくほしい。そこには、Android と iOS といったモバイルの種別だけではなく、それぞれのデバイスごとのセグメントがあり、それに対してコーディングしていく必要があるのだ。それを実践していくことは、まさしくクレイジーである。

Reducing Image Sizes -  WebP saved over 30% JPEG, 80% over PNG

  • Image data dominates the number bytes that are downloaded from Facebook applications. Accounts for 85% of total data download in Facebook for Android and 65% in Messenger.
  • イメージ・データは、Facebook アプリにダウンロードされる、バイトの大半を占める。 Android 用の Facebook においては、全ダウンロード・データの 85% を占め、Messenger では 65% を占めている。
  • Reducing image sizes would reduce the amount of data downloaded and result in quicker downloads, especially on high latency networks (which we learned were typical).
  • イメージ・サイズを削減すれば、ダウンロードされるデータの量が低減され、より迅速なダウンロードが達成されるだろう。それは、高レイテンシのネットワークにおいて、特に有効な手段となる(そこから、私たちは学んだ)。
  • Request an appropriate image size for the viewport
  • 表示環境にあわせた、適切なサイズのイメージを要求する。
  • Resize on the server. Don’t send a large image to the client and then have the client scale the image down to a smaller size. This wastes a lot of bandwidth and takes a lot of time.
  • サーバー上で、イメージのサイズを変更する。クライアントへ向けて大きなイメージを送信し、クライアント側でイメージを小さくするという手法を取ってはならない。 そのような方式だと、大量の帯域幅を無駄にし、長時間を要することになる。
  • Send a thumbnail (for profile pictures) and a small preview image (this is seen in the newsfeed), and then a full image (seen in photo stories) when a user asks to zoom in it. A low-res phone may never need a full image. Most of the time a thumbnail and a small preview is all you need.
  • サムネイル(画像のサムネイル)と、小さなプレビュー・イメージ(例 NewsFeed)を送信し、ユーザーが拡大を要求したときに、フル・イメージを送信する(例 Photo Story)。低解像度のスマホの場合は、フル・イメージが不要かもしれない。また、大半のケースにおいて、サムネイルとプレビューで、すべての要求に応えられる。
  • Significant savings. Scaling a 960 pixel image that is 79KB is size to 240 pixels wide yields a 86% size reduction, to 480 pixels is a 58% size reduction, to 720 pixels is at 23% size reduction.
  • データ転送量を、大幅に削減できる。たとえば、960 pixel スケールのイメージは 79KB であるが、240 pixel なら 86%、480 pixel なら 58%、720 pixel なら 23% の削減が達成される。
  • With screen sizes becoming larger scaling images isn’t as effective as it used to be. Still worth doing, but the payoff isn’t as much.
  • スクリーン・サイズより大きなイメージを、効果的に利用できるケースはほとんど無い。何らかの価値があるかもしれないが、その代償は大きい。
  • Change the image format
  • イメージ・フォーマットの刷新
  • 90% of images sent to Facebook and Messenger for Android use the WebP format.
  • Android 用の Facebook および Messenger では、90% のイメージで WebP フォーマットが用いられている。
  • WebP format released by Google in 2010.
  • WebP フォーマットとは、Google が 2010年にリリースしたものである。
  • WebP saves 7% download size over JPEG for equivalent quality.
  • WebP は、同品質の JPEG に対して、7% のサイズ圧縮を実現にする。
  • WebP saved over 30% download size over JPEG by tuning quality and compression parameters with no noticeable quality differences. A big savings.
  • WebP は、画質チューニングと圧縮パラメータにより、JPEG に対して 30% のデータ削減を可能にするが、視覚的な劣化は生じない。 それにより、ダウンロード・サイズを大幅に削減できる。
  • WebP also supports transparency and animation, which is useful for their Stickers product.
  • さらに WebP は、透過性とアニメーションをサポートするため、Sticker などのプロダクトに適している。
  • WebP saves 80% over PNG.
  • WebP は PNG の 80% に、データ量を低減する。
  • For older versions of Android the images are transported using WebP but transcoded on the client to JPEG for rendering on the device.
  • Android の古いバージョン用のイメージは、WebP を使って転送されるが、レンダリングのためにクライアント上で JPEG に変換される。

Network Quality Detection – Adjust Behavior to Network Quality

  • On the same network technology 2G, 3G, LTE, WiFi, connections speeds in the US were 2-3x faster than in India and Brazil.
  • 2G, 3G, LTE, WiFi といった、それぞれのネットワーク・テクノロジーにおいて、India や Brazil に対して U.S. は、2倍〜3倍の接続速度を有する。
  • LTE is often faster than WiFi, so you can’t just base the connection speed on technology.
  • 大半のケースにおいて、LTE は WiFi より高速であるため、テクノロジーの接続速度を論拠にはできない。
  • Built into the client the ability to:
  • Measure throughput on all large network transfers
  • 以下の機能を、クライアント内に作り込む:
  • 大規模ネットワークを通過する際のスループットを測定する。
  • Facebook servers provide a Round Trip Time (RTT) estimate in the HTTP header in every response
  • Facebook のサーバーは、すべてのレスポンスにおける HTTP ヘッダー内で、Round Trip Time (RTT) 推定値を提供している。
  • The client maintains a moving average of throughput and RTT times to determine network quality.
  • そのため、クライアントは、ネットワーク品質を判断するために、変動するスループットと RTT 時間の、平均値を保持できる。
  • Connections are bucketized into the following groups: Poor is < 150kbps. Moderate is 150-600kbps. Good is 600-2000kbps. Excellent is > 2000kbps.
  • 接続スピードは、以下のグループに分類される:Poor 150kbps 以下:Moderate 150〜600kbps:Good 600〜2000kbps:Excellent 2000kbps 以上。
  • Feature developers can adjust their behavior depending on the connection quality.
  • それらの接続品質に応じて、それぞれの機能の振る舞いを適正化していく。
  • Some possible responses based on quality:
  • その通信品質に基づき、いくつかの対策がある:
  • Increase/decrease compression.
  • Issue more/fewer parallel network requests. Don’t saturate the network.
  • 圧縮比の増減。
  • 並列ネットワーク・リクエストの増減。それにより、ネットワークをサチらせない。
  • Disable/enable auto-play video. Don’t cause more traffic on slow networks.
  • ビデオ自動再生の ON/OFF。 低速ネットワークでは、大量のトラフィックを要求しないようにする。
  • Pre-fetch more content.
  • より多くのコンテントを、プリ・フェッチする。
  • A tool developed at Facebook called Air Traffic Control supports the simulation of different traffic profiles. Each profile can be configured: bandwidth, packet loss, packet loss-correlation, delay, delay correlation, delay jitter. Extremely helpful in finding unexpected behaviour on slow networks.
  • Facebook では、内製のツールである Air Traffic Control により、各種のトラフィック・プロファイルのシミュレーションを行なっている。それそれのプロファイルは、帯域幅/パケット損失/パケット損失相関/遅延/遅延相関/遅延ジッタなどで構成されている。低速のネットワーク上で、予期できない動作などを見つけるのに、きわめて便利である。
  • There are buckets for videos, but not sure what they are.
  • ビデオ・トラフィックに関しては、その内容が不明である。

Prefetching Content

  • Issuing network requests for content ahead of when the content is actually needed on the device.
  • 実際にデバイスでコンテントが必要になる前に、ネットワーク・リクエストを発行する。
  • Prefetching is especially important on networks with high latency. Waiting to issue a download request for an image the user will be looking at a blank screen.
  • プリ・フェッチングは、とりわけ高レイテンシのネットワークで重要となる。イメージをダウンロードするリクエスト発行を待っているのでは、ユーザーにブランクの画面を見せることになる。
  • Issue network requests for feeds early in the app startup process so the data will be present when the feed is displayed to the user.  The download can occur in parallel with other initialization tasks.
  • アプリ起動プロセスで、フィードの先頭へのネットワーク・リクエストが発行されていれば、ユーザーに対して表示するときに、すでにフィードの準備が整うことになる。このダウンロードは、他のイニシャル・タスクと並行して、引き起こすことが可能である。
  • Keep a priority queue of network requests. Don’t block foreground network requests on background network requests or the user won’t see the data they are currently interested in.
  • ネットワーク・リクエストの、プライオリティ・キューを維持する。バックグラウンドのネットワーク・リクエストにより、フォアグラウンドのネットワーク・リクエストをブロックしてはならない。また、ユーザーが興味を持っているデータを、見せないような状況も避けるべきだ。
  • Monitor for overfetching and excess consumption of device resources. Over fetching could fill up the disk or waste a lot of money on the user’s data plan.
  • 過剰なフェッチングとデバイス·リソース消費をモニタリングする。フェッチングが行き過ぎると、全体的なディスク容量が不足し、また、データ・プランによっては、ユーザーのコストを増大させる。

Miscellaneous

  • Client uploading to servers. The idea is to send fewer bytes over the wire from the client to the server, which means resizing images on the client side before they are sent to the server. If an upload fails retry quickly. It’s usually just a problem in the pipe.
  • クライアントからサーバーへのアップロードに関しても、サーバーに送信する前にクライアント側でイメージをリサイズし、データ転送量を低減すべきである。アップロードに失敗した場合は、速やかに再試実行する。 一般的に、この問題はパイプ内のもとと認識すべきだ。
  • There are 20 different APKs (Android application package) for the Facebook app, cut by API level, screen size, and processor architecture.
  • Facebook アプリ用として、20種類の APK(Android Application Package)が存在する。 具体的に言うと、API レベルや、スクリーン・サイズ、プロセッサ・アーキテクチャなどにより分類されている。

Related Articles

Update: Instagram Improved Their App’s Performance. Here’s How.

ーーーーー

この長い記事を訳しながら、似ているなぁと思い始めてきたのが、Google の Street View 撮影部隊の話です。 どちらも、データセンターに積み上げたコンピューティング・パワーや、優秀な頭脳から生み出されるアルゴリズムでは解決の出来ない、労力と根気の世界の話です。 とは言え、このような労働集約型の作業に、膨大なリソースを投じるには、その正当性を裏付けるだけのストラテジーが必要です。 言い換えれば、途上国のマーケットに賭ける、Facebook の強い思いが生み出した唯一無二の方法論が、そこにあるはずなのです。 そして、そのノウハウを、こうして開示してくれる Facebook と、分かり易く整理してくれた Todd Hoff さんに感謝です。すばらしい!

ーーーーー

<関連>

FB+WhatsApp+Instagram のユーザー数は、世界の 1/3 に相当する 22億人だ!
Facebook の Graph API がアップデートされ、AD API も強化されたようだ!
Instagram が史上最大のマイグレ:200億枚のイメージを AWS から FB へ!
Facebook が買収し続けている特許の内容が、とても興味深い
Youtube と Facebook がモバイル・トラフィックの 1/3 を占有している

Microsoft の決断:フル .NET サーバー・コア・スタックをオープンソース化する!

Posted in .Chronicle, .Selected, Microsoft, Strategy by Agile Cat on November 13, 2014

Microsoft makes full .NET server-side core stack open source
http://wp.me/pwo1E-81h
By Juha Saarinen on Nov 13, 2014 6:47 AM
http://www.itnews.com.au/News/397803,microsoft-makes-full-net-server-side-core-stack-open-source.aspx

_ it news

Enables .NET to run on Apple OS X and Linux.

Microsoft today said the full .NET server core stack will be open sourced and expanded to run on Linux and Apple OS X, removing the requirement to use WIndows for the popular development platform.

今日、Microsoft は、Full .NET サーバー・コア・スタックをオープンソース化すると発表した。 つまり、ポピュラーな開発プラットフォームである Windows を使用するという要件を排除し、Linux や Apple OS X の上で動作するよう拡張していくことになる。

Soma Somasegar, Microsoft’s developer division vice president said the open-sourcing will include the ASP.NET 5 framework for building websites, as well as the full .NET runtime and framework itself.

Microsoft の Developer Division VP である Soma Somasegar は、このオープンソース化には、Web サイト構築の ASP.NET 5 Flamework だけでなく、Full .NET のランタイムおよびフレームワーク自体が含まれると述べている。

The .NET Core is a subset of the .NET framework and they share key components such as the just-in-time compiler and the Strings and List types, Microsoft said.

この .NET Core は、.Net Framework のサブセットであり、Just-In-Time Compiler や Strings and List types といった、主要コンポーネントも共有されると、Microsoft は述べている。

However, .NET Core was specifically created to become open source as well as cross-platform.

ただし、.NET Core は、オープンソース化されるだけでなく、明確なクロス・プラットフォーム化のために構築されている。

Somasegar said Microsoft’s aspiration is to have developers at any level, from hobbyists to commercial coders, given access to platforms such as Visual Studio, .NET, the Azure cloud and other resources.

Somasegar の発言によると、Microsoft が熱望するのは、プロのコーダーからホビーストにいたるまで、あらゆるレベルのデベロッパーに利用してもらうことであり、また、Visual Studio/.NET/Azure Cloud といった、各種のプラットフォームにアクセスしてもらうことである。

Today’s announcement follows the April creation of the .NET Foundation by Microsoft, which saw a slew of tools and projects including the Roslyn compiler being released as open source.

今日の発表は、この 4月に Microsoft により設立され、Roslyn コンパイラを含むツールやプロジェクトを、オープンソースとしてリリースした、.NET Foundation に続く出来事となる。

The company also took steps to assuage developers that Microsoft would not pursue intellectual property rights for the open source projects.

さらに Microsoft は、このオープンソース・プロジェクトに関する知的財産権は継続されないとし、デベロッパーたちの警戒心を和らげるための措置を取っている。

Microsoft will release the .NET Core server stack under a MIT open source license and Somasegar said there will be an explicit patent promise issued, to clarify users’ patent rights to .NET. Other projects use the Apache 2 license, with documentation released under Creative Commons Attribution 4.0.

Microsoft は、MIT オープンソース・ライセンスの下で、この .NET Core サーバー·スタックをリリースする予定だ。 そして Somasegar は、ユーザーであっても .NET に関連する特許を保持できるという、知的財産権に関する明確な考えを述べている。その他のプロジェクトは、Apache 2 ライセンスが適用され、また、ドキュメントに関しては Creative Commons Attribution 4.0 が適用されるという。

A code repository for .NET projects has been set up on Github. The Visual Studio integrated development environment (IDE), highly rated by coders, will also be opened up, Somasegar said.

また、.NET プロジェクトに関するコード・リポジトリは、Github 上に開設される。 そして、コーダーたちが高く評価する Visual Studio IDE(integrated development environment)もオープン化されると、Somasegar は述べている。

Microsoft has also released a new Visual Studio Community 2013 edition that Somasegar said is a free, fully-featured version of the paid-for IDE. It can be used for free as long as that use is limited to non-enterprise application development.

Microsoft は、最新の Visual Studio Community 2013 Edition 版を、有償の IDE としてリリースしているが、Somasegar の発言によると、エンタープライズ・アプリケーションの開発を除いて、無償で使用できるようになる。

Previews of the upcoming Visual Studio 2015 and .NET 2015 tools for cross-platform mobile and cloud development were also floated by Somasegar, along with a new release management service and deployment projects utility.

これから登場してくる、クロス・プラットフォームでモバイルとクラウドに対応する、Visual Studio 2015 および .NET 2015 や、それに関連する、新しいリリース・マネージメント・サービスや、デプロイメント・プロジェクト・ユーティリティも、この Somasegar の発言により流動的になってきた。

Developers targeting Google’s Android mobile operating system can now use the x86 based Visual Studio Emulator for Android which is part of Visual Studio 2015, Microsoft said.

Google の Android モバイル OS をターゲットにする開発者も、Visual Studio 2015 の一部として取り込まれ、x86 ベースの Visual Studio Emulator for Android  を使用ができるようになると、Microsoft は述べている。

Update 4 for the current Visual Studio 2013 IDE was also released today, with features such a tool to access graphics processors.

現行の Visual Studio 2013 IDE に関する Update 4 は、グラフィックス·プロセッサにアクセスするためのツールなどと共に、今日にリリースされる。

ーーーーー

とにかく、Welcome です! これで、ライセンスに縛られることなく、Microsoft のサーバー・サイド・プロダクトを使えるようになるので、ユーザーにとって大きな安心感がもたらされることになります。 そして、Microsoft 自身も Windows に制約されることもなく、あらゆるプロダクトを広範囲におよぶプラットフォームに提供していけます。 利用する側も、供給する側も、誰もがハッピーな結果につながるはずです!

ーーーーー

<関連>

Microsoft と IBM が、きわめて広範囲におよぶ、クラウドの提携を発表!
SingTel と TelecityGroup は、インターネット非依存で Azure 接続を実現する
Microsoft への提言:Red Hat を買収して クラウドを強化したら どうだろう?
2015年の Android は、Windows の4倍の勢力に成長する:Gartner
Windows XP のサポートが終わるが、あの緑の草原も、いまはブドウ畑に・・・

 

クッキーは死んだ:そして Facebook/Google/Apple の広告が激変している

Posted in .Chronicle, .Selected, Advertising, Apple, Facebook, Google, Mobile, Post-PC, Strategy by Agile Cat on November 12, 2014

The cookie is dead. Here’s how Facebook, Google, and Apple are tracking you now
http://wp.me/pwo1E-80T
October 6, 2014 – Richard Byrne Reilly
http://venturebeat.com/2014/10/06/the-cookie-is-dead-heres-how-facebook-google-and-apple-are-tracking-you-now/

_ VB

The lifespan of the tracking cookie is about to expire. With the rapid emergence of mobile devices, the big three — Facebook, Google, and Apple — have turned to new and more potent methods for advertisers to keep track of you across multiple devices.

クッキーのトラッキングという手法だが、その寿命が尽きようとしている。モバイル・デバイスの急速な台頭により、Big-3 である Facebook/Google/Apple は、マルチ・デバイスを前提としてユーザーを追跡する、より新しく強力な手法を、広告主のために作りだそうとしている。

Image Credit
SVLuma
Shutterstock

The impending death of the cookie can be traced to the launch of the iPhone in 2007. Apple decided to disable cookie functionality in iPhones because it believed advertisers would be able to garner too much personal information as they tracked you across websites, according to Medialets chief executive Eric Litman. Third-party cookies still work on Google’s Chrome browser and the Android OS, but they don’t function effectively on a large number of smartphones and tablets produced by other companies. Also, because cookies can only track you while you’re using a browser — not a mobile app — they have very limited relevance on mobile devices.

クッキーに差し迫った死であるが、その発端は、2007年 の iPhone の発売まで遡ることになる。Medialets の CEO である Eric Litman によると、複数の Web サイトをまたいでユーザーを追跡するのは、あまりにも多くの個人情報を、広告主が集めすぎるという考えに基づき、Apple は iPhone のクッキー機能を無効にすることに決めたのだ。サードパーティのクッキーは、依然として Google の Chrome ブラウザおよび、Android OS 上で動作しているが、その他の企業が作成した多様なスマホやタブレットの上では効果的に機能していない。さらに言えば、クッキーはブラウザ上のみで有効であり、モバイル・アプリ上でのトラッキングができない。つまり、モバイル・デバイス上のクッキーは、きわめて限定された関連性を持つのみである。

Here’s how each of the big mobile players is trying to replace the cookie with its own brand of tracking.

それらのモバイル・ビッグ・プレイヤーたちが、自身のトラッキング手法を用いて、どのようにクッキーを置き換えようとしているのか、以下に示していく。

Facebook

For Menlo Park, Calif.-based Facebook, it all comes down to the billions of metric tons of highly personal metadata the company has amassed from its 1.3 billion users, such as shoe size, hair color, where your grandmother is buried, and where you went to school, for example.

Menlo Park, Calif. ベースの Facebook には、1.3 billion のユーザーから集まってくる、気の遠くなるほど膨大で、きわめてパーソナルなメタ・データが降り注いでいる。それらのデータには、靴のサイズや髪の色だけではなく、祖母の眠る墓地や、通っていた学校まで含まれる。

The social network relies on its SSO (Single Sign-On) to follow the movement of users. SSO allows you to use your Facebook credentials on third-party websites and apps. When you do this, Facebook is watching, following, and cataloging your destination points. This data drives, to a degree, what ads turn up on your Facebook news feed. Maybe you’ve noticed.

このソーシャル・ネットワークは、ユーザーの動きを追いかけるために、SSO(Single Sign On)という仕組みに依存している。SSO を利用するユーザーは、サードパーティの Webサイトやアプリに、自身の Facebook のクレデンシャルを適用することも可能だ。そのような操作が行われると、ユーザーのディスティネーションは、Facebook により参照/追跡され、さらにはカタログ化されることになる。このデータにより、ユーザーの Facebook のニュース・フィードにアップされる広告が、ある程度まで絞り込まれることになる。おそらく、誰もが、それに気づいている。

Facebook-owned apps, WhatsApp and Instagram, along with the company’s internally developed apps like Messenger and Paper, increase the data flow, though for now, these apps don’t yet feature ads.

Facebook は WhatsApp と Instagram を所有しており、Messenger や Paper といったアプリも内製している。それらが、データ・フローを増加させているが、現時点では、まだ広告を展開していない。

But this method only works within Facebook’s ecosystem. The company is looking to expand and recently unveiled a new version of the Atlas ad platform (which Facebook acquired from Microsoft last year) at Advertising Week in New York. The new platform is Facebook’s attempt to serve ads outside its existing ecosystem, on both desktop and mobile.

しかし、この手法は、Facebook エコシステム内だけで機能するものである。同社は、それを拡大していくが、先日に New York で開催された Advertising Week では、広告プラットフォームである Atlas の新バージョンを発表している(昨年に Microsoft から買収)。この新しいプラットフォームにより、Facebook は自身のエコシステムの外側で、デスクトップとモバイルの両方に広告を提供しようとしている。

Google

Like its Facebook friends just down the freeway, Google also relies heavily on its SSO. Logging into any of your Google accounts ties you to the entire Google network, which is massive.

Facebook のトモダチがフリーウェイを駆け下りてくるように、Google も自身の SSO に大きく依存している。つまり、ユーザーが Google の何処かにログインすると、その広大な Google ネットワーク全体と結び付けられることになる。

And then of course, Google has its Android mobile operating system, which assigns each user a Google Ad ID. Many of Google’s ad products — AdSense, AdMob, and DoubleClick — pull in your device’s ad identifier. Together with the information it already has from its many web properties, including YouTube, Gmail, Voice, and Search, the company can compile a dossier, as it were, of your digital history. The websites you visit tell Google plenty, and the information comes in handy no matter what device you’re using.

そして Google は Android モバイル OS を持っているため、そのプラットフォーム上の各ユーザーは、Google Ad ID を割り当てられることになる。そして、Google における多様なアド・プロダクトである、AdSense/AdMob/DoubleClick などが、ユーザー・デバイスの Ad ID を引き出していく。 YouTube/Gmail/Voice/Search といった、Web プロパティに取り込まれている情報を集約することで、ユーザーのデジタル・ヒストリーとも言える関連書類一式を、同社は容易に編纂することが可能となる。どのようなデバイスを利用していようと、ユーザーが訪問した Web サイトが、完全かつ使い易い情報として、Google に伝えられるようになる。

Apple

As for Apple, its tracking techniques are focused primarily on two things: your email address, which ties you to all of Apple’s services running on any iOS or OS X device, and your iTunes account, which gives Apple your credit card data and ties you most closely to its ecosystem.

Apple におけるトラッキング技術は、主として 2つの項目にフォーカスしている。1つはメール・アドレスであり、あらゆる iOS/OS X デバイス上で実行されている、すべての Apple サービスを結び付けている。もう1つは、iTunes アカウントであり、ユーザーのクレジットカード・データを Apple に提供させることで、そのエコシステムとの間で最も密接な関係を構築していく。

Your login identity is tied to your Apple “identifier for advertisers,” or IDFA. It’s a unique string of characters assigned to every user buying and using an iOS device. So when ads run on Apple’s advertising network iAd for example, Apple is able to determine who’s receiving the ad, and potentially to connect that back to everything that person did elsewhere in Apple’s system.

ユーザーのログイン ID は、Apple の IDFA(Identifier For Advertisers)と接続されている。それは、すべてのユーザーが購入/使用している iOS デバイスに割り当てられた、ユニークな文字のことである。したがって、Apple の広告ネットワークである iAd で、なんらかの広告が展開されるとき、Apple は広告を受け取ったユーザーを識別できる。そして、Apple システムの何処かで実施された、すべての事柄の履歴に対して、接続するという可能性も有する。

Fix it, or opt out

If that’s not enough, many big advertisers also rely on extremely detailed data from third parties like LiveRamp and Experian. LiveRamp, for instance, can deliver clients huge volumes of data about everyday online transactions with only a single email address. And these companies can tell whether an ad displayed to an online user led to a purchase at a store.

それでも不十分だという場合だが、大手広告主の大半は、LiveRamp や Experian といったサードパーティから、きわめて詳細なデータを取得するようになる。実際のところ LiveRamp の場合は、日々のオンライン・トランザクションの中から、単一の電子メール・アドレスと結び付けられる、膨大なデータをクライアントに提供できる。それらの企業は、オンラインでユーザーに示された広告が、現実の店舗における購入行動につながったのかどうかを、見分けることも可能にする。

“Google, Apple, and Microsoft, as the dominant operating system vendors, could easily fix this problem of cross-device user identification for advertising in a consistent, privacy-friendly way if they wanted to,” Litman said. “IDFA and Google AdID are steps in the right direction, and hopefully Apple and Google will continue to improve them and and create a standard that everyone can support.”

Litman は、「 OS を支配するベンダーとしての Google/Apple/Microsoft は、その必要性に応じたプライバシー・フレンドリーな方式で、広告のためのクロス・デバイス・ユーザーの識別という問題を、一貫性を保持しながら実現できるだろう。 IDFA と Google の Ad ID は、正しい方向への踏み出している。 それらを、Apple と Google が改善することで、誰もがサポートできるスタンダードが、うまく構築されることを願っている」と述べている。

But it’s also crucial to remember that, whether you’re using an iOS or Android device, you are able to turn off most of the tracking mechanisms — the settings menus of both operating systems help you do this.

しかし、忘れてはならないのは、あなたのデバイスで iOS が走っていようが、Android が走っていようが、そのトラッキング・メカニズムの大半を解除できる環境が必要になるということだ。 双方のオペレーティング・システムにおける設定メニューが、それを実施するのに役立つ。

And for people who don’t want to be tracked by Atlas, Eyeo released an updated version of its popular AdBlock browser plug-in, AdBlock Plus, on October 1.

なお、Atlas にトラッキングされたくない人々のためには、Eyeo の Ad Block Plus がある。この、ポピュラーな AdBlock ブラウザ・プラグインの、アップデート・バージョンが 10月1日に提供されている。

ーーーーー

モバイルへの移行が上手くいっている Facebook と、なかなか上手くいかない Google という対比を、いろいろなところで見ますし、この Agile_Cat でも何度か ご紹介してきました。 しかし、このポストを見つけるまで、その背景や経緯を、分かり易く説明してくれるものに、お目にかかったことがありませんでした。 ーーー いくつかのキーワードでググってもみましたが、2013年2月26日の TechCrunch の、Appleがクッキーを利用しているアプリを拒絶へ: Ad Identifierへの統一がねらい といものが、唯一の関連記事でした。 ーーー Google が全力で Andorid を立ち上げた背景にも、Facebook が早々にモバイル・アプリにシフトした背景にも、この クッキーの廃止に関連する、ターゲティング広告の手法が絡んでいたのでしょうね。 なんというか、自分にとっての大きなナゾが解けて、とてもスッキリした気分です。

ーーーーー

<関連>

Facebook の 2014 Q3 決算を分析する:モバイル広告の伸びがスゴイ!
モバイル・アドの急成長:2018年には全米デジタル広告の 50% を超えるだろう!
モバイル広告:トラッキング方式/自動入札/ビデオが、広告の在り方を激変させる
Facebook アドが 外の世界へ: Atlas が Google に 本気で挑んでいく
モバイル・アドに苦悩する Google と、答えを見つけ出した Facebook

Big Data と エボラ:医師たちは支援を必要としている

Posted in .Chronicle, .Selected, Big Data, Strategy by Agile Cat on October 28, 2014

Ebola And Big Data: A Call For Help
http://wp.me/pwo1E-7YT
The Economist – Oct. 24, 2014
http://www.businessinsider.com/ebola-and-big-data-a-call-for-help-2014-10

_ Business Insider

Mobile-phone records are an invaluable tool to combat Ebola. They should be made available to researchers.

モバイル・フォンの通話記録は、エボラに対抗するための貴重なツールになり得る。 研究者たちが、それらを利用できるようにする必要がある。

ーーーーー

With at least 4,500 people dead, public-health authorities in west Africa and worldwide are struggling to contain Ebola. Borders have been closed, air passengers screened, schools suspended. But a promising tool for epidemiologists lies unused: mobile-phone data.

少なくとも 4500人が命を失い、西アフリカと世界における公衆衛生の権威は、エボラの封じ込めに苦慮している。国境は閉じられ、航空機の乗客は検査を受け、学校も休校している。しかし、疫学者のための有望なツールが、活用されないままになっている。 それは、モバイル・フォンのデータである。

Reuters/Andrea Comas

Juan Manuel Parra, a doctor who treated Spanish nurse Teresa Romero Ramos who contracted Ebola, talks on a mobile phone by the window of the isolation ward

When people make mobile-phone calls, the network generates a call data record (CDR) containing such information as the phone numbers of the caller and receiver, the time of the call and the tower that handled it–which gives a rough indication of the device’s location. This information provides researchers with an insight into mobility patterns. Indeed phone companies use these data to decide where to build base stations and thus improve their networks, and city planners use them to identify places to extend public transport.

人々がモバイル・フォンで電話をかけるとき、対象となるネットワークは、CDR(Call Data Record)を保存している。そして、この記録には、発信者と受信者の電話番号および、通話に費やした時間、それを処理した基地局などの情報が含まれているため、対象デバイスが使用された大まかな位置が分かる。つまり、この情報が研究者に提供されるなら、感染の可能性のある人々の、移動パターンを洞察することが可能になる。実際のところ、テレコムたちは、それらのデータを活用して、基地局の構築や、ネットワークの改善を行い、また、都市計画に携わる人々は、公共交通機関を拡張していく場所を特定している。

But perhaps the most exciting use of CDRs is in the field of epidemiology. Until recently the standard way to model the spread of a disease relied on extrapolating trends from census data and surveys. CDRs, by contrast, are empirical, immediate and updated in real time. You do not have to guess where people will flee to or move.

しかし、CDR の最も際立った用途は、流行疫学の分野にあるだろう。これまでの標準的な手法というと、国勢調査などのデータから推定される傾向に依存し、病気の広がりをモデル化するというものだった。それとは対照的に、CDR は即時的な実証データであり、また、リアルタイムに更新されていく。つまり、避難すべき場所や、移動すべき場所を、推測する必要がなくなる。

Researchers have used them to map malaria outbreaks in Kenya and Namibia and to monitor the public response to government health warnings during Mexico’s swine-flu epidemic in 2009. Models of population movements during a cholera outbreak in Haiti following the earthquake in 2010 used CDRs and provided the best estimates of where aid was most needed.

研究者たちは、Kenya と Namibia における、マラリアの流行範囲をマップするために、それらのデータを使用している。また、2009年の Mexico で、豚インフルエンザが流行したときにも、政府の公衆衛生に関する応答をモニタリングしていた。さらには、2010年の Haiti 地震の後に、コレラが流行した時には、人口移動のモデルを CDR を用いて構築し、最も支援が必要とされる場所について、最善の推測を提供していた。

Reuters/Susan Vera

Unidentified patients talk on the phone as they cover their heads and faces while leaning out of their windowsat an isolation ward on the fifth floor at Madrid’s Carlos III Hospital

Doing the same with Ebola would be hard: in west Africa most people do not own a phone. But CDRs are nevertheless better than simulations based on stale, unreliable statistics. If researchers could track population flows from an area where an outbreak had occurred, they could see where it would be likeliest to break out next–and therefore where they should deploy their limited resources.

エボラに対して、同じことを行うにしても困難が伴うだろう。 なぜなら、西アフリカの大半の人々が、モバイル・フォンを所有していないからだ。しかし、それにもかかわらず、古くさく信頼性の低い統計に基づいたシミュレーションよりも、CDR は優れている。エボラが発生していた地域から、移動していった人々を、研究者たちが追跡できるなら、次に発生しやすい地域を、彼らは見出すだろう。それが実現すれば、限られたリソースを、必要とされる場所へ配備できるはずだ。

Yet despite months of talks, and the efforts of the mobile-phone operators’ trade association and several smaller UN agencies, telecom operators have not let researchers use the data (see "Ebola and big data: Waiting on hold").

数ヶ月におよぶ議論にもかかわらず、また、モバイル通信事業者の業界団体と、国連の出先機関の努力にもかかわらず、テレコム事業者たちは、研究者にデータを使わせていない(参照:"Ebola and big data: Waiting on hold")。

One excuse is privacy, which is certainly a legitimate worry, particularly in countries fresh from civil war, or where tribal tensions exist. But the phone data can be anonymised and aggregated in a way that alleviates these concerns. A bigger problem is institutional inertia. Big data is a new field. The people who grasp the benefits of examining mobile-phone usage tend to be young, and lack the clout to free them for research use.

その根拠として、プライバシーの問題がある。たしかに、内戦が頻発する国や、部族に緊張が生じるか国では、正当な懸念である。しかし、モバイル・データを匿名化することで、こうした懸念を軽減する方法で、データを集めることができる。それよりも大きな問題は、慣性化してしまった制度である。Big Data は、新しい分野だ。しかし、モバイル・データを利用するメリットを理解できる人々は、若い世代に集約される傾向にあり、それらを研究用途のために解放させるだけの、影響力を欠いている。

It’s an old problem

This needs to change. Governments should require mobile operators to give approved researchers access to their CDRs. The data will obviously not by themselves prevent this outbreak from turning into a disaster. That will take an extraordinary combination of new drugs, careful prevention and patient care, among other things. But the health workers dealing with Ebola on the ground need all the help they can get.

まず、変化が必要だ。承認された研究者たちが、CDR にアクセスできるよう、政府はモバイル通信事業者に要求すべきだ。この種のデータが、彼らに対して明らかにされないなら、迫り来る大流行を防げない。様々なことが必要になるが、その中において、新薬の投入と、慎重な予防、患者のケアを、きわめて適切に組み合わせなければならない。現実のフィールドで、エボラに取り組む医療従事者は、彼らが手にすることが可能な、すべての助けを必要としている。

Click here to subscribe to The Economist.

ーーーーー

昨日は、ついに日本でも、エボラの可能性のある人が出てしまいました。 なんでもなければ良いのですが、数多くの人々が国境をまたいで行き交う現代において、こうした疫病が世界中に広まるのは、時間の問題なのかもしれません。 文中にもあるように、命をかけてエボラと戦う医師たちには、ありとあらゆる支援が必要です。 その中でも、Big Data によるトラッキングは、 すべての国々で、早急に検討/準備されるべきことなのだと思えます。

ーーーーー

<関連>

Big data becomes tool in Ebola battle
Rules for returning Ebola health workers need coordination: US official
Two US states to quarantine health workers returning from Ebola zones
Ebola – stop the virus at its source
UK to boost funding for fight against Ebola
Doctor with Ebola in New York hospital after return from Guinea
First Ebola case hits New York: report

px

IBM と Apple が協業をアナウンス: iPhone と iPad でエンタープライズにソリューションを!

Posted in .Selected, Apple, IBM, Post-PC, Strategy by Agile Cat on July 16, 2014

IBM and Apple target enterprise with iOS tie-up
http://wp.me/pwo1E-7Fz

By Juha Saarinen, Brett Winterford on Jul 16, 2014
http://www.itnews.com.au/News/389724,ibm-and-apple-target-enterprise-with-ios-tie-up.aspx

_ it news

Apple makes first major move into enterprise market.

IBM is to become an enterprise reseller and ISV for iPads and iPhones, under an unexpected deal announced today by Apple CEO Tim Cook and IBM CEO Ginni Rometty. Under the terms of the deal, IBM’s MobileFirst division will provide enterprise sales and on-site support for iOS devices and applications in time for the release of iOS 8. Big Blue will handle everything from supply of devices to activation and management services for enterprise customers.

IBM は iPad および iPhone に関して、エンタープライズ向け販売代理店/ISV になるという予想外の契約が、Apple CEO である Tim Cook と、IBM CEO である Ginni Rometty により発表された。 この契約の下で、IBM の MobileFirst 部門は、iOS8 のリリースに合わせて、iOS デバイス/アプリケーションに関する、エンタープライズ向けの販売と、オンサイト・サポートを提供することになる。つまり Big Blue は、このデバイスのアクティベーションからマネージメントに至るまで、エンタープライズ顧客に対する、すべてを取り扱うことになる。

Apple in turn will develop a new enterprise-grade support option under its AppleCare support program. AppleCare for Enterprise will provide corporate IT departments with seven days a week support, with the on-site components of the service provided by IBM staff. The two companies will also commit to developing over a hundred enterprise apps specific to the retail, healthcare, banking, travel and transportation, telecommunications and insurance sectors, with tie-ins to IBM’s hosted big data and analytics capabilities. IBM pledged to throw more than 100,000 industry consultants and software developers behind this effort.

そして Apple は、AppleCare Support Program の下で、新たなエンタープライズ・グレードのサポート・オプションを作り出していく。AppleCare for Enterprise は、IBM のスタッフがオンサイトで提供するサービスおよびコンポーネントを用いて、企業の IT 部門に対して年中無休でサポートされる。そして、この両社は、百種類を超える業務アプリを、エンタープライズ向けに開発することに合意している。具体的には、小売/ヘルスケア/金融/旅行/運輸/通信/保険などの各セクターに、IBM がホストする Big Data と、その分析能力が注ぎ込まれることになる。さらに IBM は、この試みを後方から支援するために、10万人以上のエンタープライズ・コンサルタントおよびソフトウェア開発者を投入すると約束している。

The deal does not mean that IBM will cease to resell other mobile devices such as those running Google’s Android.

ただし、この契約により、たとえば Google の Android を走らせる他のモバイル機器を、IBM が販売しなくなるというものではない。

What it means for the Apple ecosystem

In a statement, Apple chief executive Tim Cook called the move a "radical step for enterprise", and pointed to the vast majority of Fortune 500 and global companies already running iOS-based devices. The company has so far not shown a desire to shift into the enterprise market, relying on consumer demand to drive sales. Attempts to build its own enterprise salesforce in Australia were never backed by enterprise-class management tools or support options.

そのステートメントにおいて、Apple の CEO である Tim Cook は、「エンタープライズのための根本からのステップ」であると表現し、また、すでに iOS ベースのデバイスを運用している、Fortune 500 およびグローバル企業の大多数を対象とすると述べている。 これまで、同社は、そのデバイスの販売を促進においてコンシューマの需要に依存し、また、エンタープライズ市場へシフトするという意欲は示していなかった。少なくとも、Australia において、独自のエンタープライズ戦略を構築するという試みが、エンタープライズ・クラスの管理ツールやサポート・オプションに支援されるということはなかった。

Today’s announcement will be of great concern to telcos and managed service providers that built support packages for enterprise adoption of iOS in the absence of Apple offering its own. The tie-up also gives pause for thought for organisations deploying Mobile Device Management solutions specifically to cater for iOS devices.

今日のアナウンスメントは、Apple が不在のエンタープライズ市場において、iOS の採用を促進するためにサポート・パッケージを構築してきた、テレコムやマネージド・サービス・プロバイダーにとって、大きな関心事になるはずだ。 また、このタイアップにより、iOS デバイスに対応する MDM(Mobile Device Management)ソリューションの導入なども、一時的に停止するだろう。

What it means for IBM

The deal cements IBM’s position as a trusted provider of software and service to the enterprise. The company sold off its PC division to Chinese company Lenovo in 2004, and more recently handed the same company its low-end server business. Big Blue has also sold off several storage patents to Pure Storage. The company has also into both infrastructure and software cloud services via its acquisition of SoftLayer and launch of BlueMix cloud services.

この契約により、エンタープライズのソフトウェアとサービスに関する、信頼できるプロバイダーとしての IBM のポジションが強化される。 同社は China の Lenovo に対して、2004年に PC 部門を売却し、最近ではローエンド・サーバー事業も手渡している。また、Big Blue は Pure Storage に対して、いくつかのストレージ関連特許を売却している。 さらに同社は、SoftLayer の買収と BlueMix クラウドの立ち上げを介して、クラウド・サービスにおけるインフラとソフトウェアの双方を手にしている。

The only anomoly in this strategy is IBM’s continued commitment to the mainframe and mid-range Power platforms, both of which remain critical to many of its largest customers.

一連の戦略における唯一の問題点は、メインフレームとミッドレンジの Power プラットフォームを、IBM が継続的にコミットメントしている点にある。つまり、同社にとって重要かつ大規模な顧客にとって、それらが必要とされているのだ。

ーーーーー

なんというか、すごい展開です!  A7 チップによるセキュアなデバイスで、エンタープライス向けのビジネスというのは、Aplle にとってベターな選択肢のように思えます。 そして、IBM ですが、Power プラットフォームに関しては、Google と提携しているところが、なんというか、上手いバランス感覚だと感心してしまいます。 この数年における、IBM の大変革が、明らかになりつつありますね!

ーーーーー

<関連>

アメリカの iOS は Android を寄せ付けない:その Web トラフィックを1枚のチャートで!
iOS 8 + iPad は、スクリーン分割のマルチタスクになるのか? WWDC が見逃せない!
マーケットは世界 – Web ホスティングの巨人 SoftLayer の遠大な計画
SoftLayer の Hong Kong DC がオープンした: IBM の $1.2B はアジアへと流れ込む?
IBM のクラウド戦略:SoftLayer London データセンターが立ち上がる

Rackspace の OnMetal サービスが、Post-VM 時代のクラウドを提起する

Posted in .Selected, Bare-Metal, Data Center Trends, Open Compute, OpenStack, Rackspace, Strategy by Agile Cat on July 4, 2014

Rackspace’s OnMetal service eliminates "noisy-neighbor" problems
http://wp.me/pwo1E-7Dx

By Michael Kassner July 1, 2014
http://www.techrepublic.com/article/rackspaces-onmetal-service-eliminates-noisy-neighbor-problems/

Has VM server technology finally outlived its usefulness? Rackspace and some major clients seem to think so.

仮想サーバーのテクノロジーは、その有用性という観点で、長生きし過ぎているのだろうか? Rackspace と、主要な顧客たちは、そう考えているようだ。

Last year, Dell and HP lost a key customer — Rackspace. Up until then, the two companies supplied Rackspace with upwards of 90,000 servers. Rackspace, like Facebook, now designs its own servers using guidelines from the Open Compute Project. Quanta Computer builds the custom servers for Rackspace.

昨年のことだが、Dell と HP は、重要な顧客である Rackspace を失っている。それまで、この両社は、90,000台以上のサーバーを Rackspace に供給してきた。しかし、いまの Rackspace は Facebook のように、Open Compute Project のガイドラインを用いて、自らのサーバーをデザインしている。 そして Quanta Computer が、Rackspace のためのカスタム·サーバーを構築している。

Image: Rackspace

This past week, Taylor Rhodes, President of Rackspace, announced in this video what was in store for these servers — a new Rackspace offering called OnMetal. Put simply, Rackspace, besides providing customers multi-tenant virtual machine (VM) servers, will now rent single-tenant dedicated servers.

先週のことだが、Rackspace の President である Taylor Rhodes は、彼らの OnMetal という新しいサーバーに、ストアされるものをビデオで発表した。簡単に言うと、これからの Rackspace は顧客たちに、マルチテナントの仮想マシン(VM)サーバーを提供するだけではなく、シングルテナントの専用サーバーをレンタルすることになる。

Why single-tenant servers?

Rhodes listed a whole slew of reasons why multi-tenant VM servers were not meeting customer needs, calling the issues "noisy-neighbor" problems. The predicament was first noticed when one tenant on a VM server co-opted most of the server’s resources. Doing so caused variability in how the other VMs behaved and performed, even to the point where availability was not assured.

Rhodes は、マルチテナントVMサーバーが、顧客のニーズを満たせなかった理由を列挙し、すべてが "noisy-neighbor(迷惑な隣人)" の問題だと切り捨てている。この不具合は、VMサーバー上のテナントが、そのサーバーの大半を共有すると選択したときに、初めて気づくものである。 そのような状況では、他の VM の振る舞いや、その処理の内容に応じて、自身の VM に性能のバラつきが生じることになり、可用性が保証できないレベルに至ることもある。

Rhodes stated that clients, not seeing any other choice, attempted to thwart these issues by over-provisioning their server requirements, aggravating the situation even more. Something else often overlooked is that each VM instance adds what Rhodes considers "virtualization tax." The performance hit each additional VM instance places on the physical server.

Rhodes は、こうしたサーバーのオーバー・プロビジョニングによる問題を、他の選択肢を探すことなく阻止しようとする顧客は、さらに状況を悪化させると述べている。その他で見落とされがちなものとしては、それぞれの VM インスタンスが積み上げていく "virtualization tax” があると、Rhodes は考えている。つまり、物理サーバー上に追加された、それぞれの VM インスタンスにより、パフォーマンスが劣化していくことになる。

Image: Rackspace

One solution that eliminates the noisy-neighbor problem is to place critical services on dedicated servers in colocation centers. However, companies renting dedicated hardware lose a lot in the process. According to Rhodes, "In a colocation center, you lose the simplicity and elasticity a multi-tenant cloud gives you."

この、noisy-neighbor の問題を排除するソリューションとして、コロケーション·センター内の専用サーバーに、重要なサービスを配置するという考え方がある。しかし、専用のハードウェアーをレンタルするプロセスの中で、顧客となる企業は大きなロスを生じる。Rhodes は、「コロケーション・センターにおいては、マルチテナント・クラウドが提供するはずの、シンプルでエラスティックという特性が失われる」と述べている。

Elasticity refers to "how well the datacenter can satisfy the growth of the input VMs resource demands under both the limitations of physical machine capacities." So there’s the trade-off: performance variability vs. ease and quickness of provisioning.

ここでい言うエラスティックだが、「物理マシンのキャパシティという制約の下で、要求に応じて VM リソースを投入し、データセンターの成長を達成する」という意味を持つ。したがって、そこには、” パフォーマンスの変動性 vs 迅速で容易なプロビジョニング ” というトレードオフがある。

With Rackspace’s new service, there’s no trade-off

Rackspace took the best parts of the multi-tenant cloud and colocation services and discarded the parts that weren’t working. To do that, Rackspace took its OnMetal server design, enlisted OpenStack cloud software, (specifically Ironic, a provisioning system built for bare-metal servers), and created a service that lets providers work with non-VM servers (OnMetal) in the same manner and flexibility VM servers are provisioned.

Rackspace が選んだ方針は、マルチテナント・クラウドとコロケーション・サービスからの良いとこ取りである。そのためには Rackspace は、OpenStack クラウド·ソフトウェアを組み入れれる(ベアメタル・サーバー用に構築された Ironic プロビジョニング・システムが特徴)、OnMetal サーバーを自身でデザインすることになった。その結果として、顧客であるサービス・プロバイダーたちは、non-VM サーバー(OnMetal)を動かしながら、VM サーバーのプロビジョニングで実現される方式と柔軟性を手に入れられる。

Rhodes stated OnMetal servers:

Rhodes は OnMetal サーバーについて、以下のように述べている:

  • Are 100% solid-state, no heat (other than the Central Processing Unit), and no vibration as fans are outside the server housing;
  • Can be spun up in minutes, just like VMs;
  • Are Application Program Interface (API) driven and accessible just like VMs;
  • Do not use a Hypervisor; and
  • Are hardware specialized for database services, low-latency caching, or web-request handling.
  • 100% の独立性を持ち、自身の CPU 以外に負荷はなく、他のサーバーからの影響も排除される。
  • VM と同様に、数分でプロビジョニングを完了できる。
  • VM と同様に、API を介した駆動とアクセスを実現する。
  • ハイパーバイザーは使用しない。
  • DB サービス/低レイテンシ・キャッシング/Web リクエスト処理などにハードウェアを特化できる。

To give an example of the hardware specialization, a database-focused OnMetal server would have the following specs:

以下は、データベースに特化した OnMetal サーバーの、ハードウェア仕様のサンプルである:

  • Flash storage: 3.2 Terabytes
  • RAM: 128 Gigabytes
  • IOPS: Greater than 200,000

The Rackspace website offers the following additional details for the OnMetal service:

また、Rackspace は OnMetal サービスに関して、以下のような詳細を、その Web サイトで提供している:

  • Fast provisioning: OnMetal Servers can be provisioned in less than five minutes.
  • Integrated administration: Use the same control panel and API interfaces for both OnMetal servers and virtual-cloud servers.
  • Consistent performance: Single-tenant architecture eliminates "noisy neighbors," and no performance hits to the virtualization layer.
  • Open-source standards: Avoid being locked into a proprietary solution, as hardware and software are both open source.
  • High-performance networking: Each cabinet includes two 10Gb/s network connections in a high availability Multi-Chassis Link Aggregation with minimal over-subscription to help increase throughput and performance for your applications.
  • Fast provisioning: OnMetal Servers は 5分以内にプロビジョニングされる。
  • Integrated administration: OnMetal/VM サーバーに対して、同一のコントロール・パネルと API インターフェイスが提供される。
  • Consistent performance: シングル・テナント・アーキテクチャにより "noisy neighbors” を排除し、また、仮想レイヤによるパフォーマンス劣化も排除する。
  • Open-source standards: ハードウェアとソフトウェアはオープンソースであるため、プロプライエタリ・ソリューションにロックインされない。
  • High-performance networking: それぞれのキャビネットには、2つの 10Gb/s ネットワーク接続が含まれる。この、高可用性 Multi-Chassis Link Aggregation と、最小限の over-subscription により、アプリケーションのスループットとパフォーマンスを高レベルに保つ。

Satisfied clients

During the announcement, Rhodes introduced several Rackspace clients that are onboard with the OnMetal approach. Zach Rosen, CEO and cofounder of Pantheon Systems, said, "We’ve all been trained to think of the cloud as generic virtual machines on demand. VMs have had their decade. The future ‘Cloud’ will be built with containers deployed across bare-metal servers provisioned via API. We believe Rackspace’s OnMetal service is the future of Infrastructure as a Service.”

このアナウンスメントにおいて Rhodes は、OnMetal アプローチに賛同する、何社かの Rackspace クライアントを紹介している。Pantheon Systems の coFounder and CEO である Zach Rosen は、「 私たちの、すべてが、オンデマンドで仮想マシンを生成するものが、クラウドだと教えこまれてきた。そして VM は、その十年を享受した。しかし、これからのクラウドは、API を介してプロビジョニングされたベアメタル・サーバー上に、デプロイメントされるコンテナにより構築されるだろう。 私たちは、Rackspace の OnMetal サービスが、IaaS の未来になると信じている」と述べている。

OnMetal is available now through an early availability program, and will be in general availability by late July 2014. To learn more and to sign up for a test drive, head over to this page at Rackspace.

現時点の OnMetal は、early availability program として利用できる。 そして、一般的な運用は、7月の後半から開始される。 テスト・ドライブについては、この Rackspace のページで確認し、Sign Up してほしい。

ーーーーー

ハードウェアの性能が高まり、それかオープンソース化により低価格で提供されるようになると、サーバーを設計/構築する上での発想が、その根底から刷新されます。 ハードウェアが高価であった時代の改革者であった VM も、最先端のポジションを Bare-Metal に明け渡し、それをサポートするものへと、役割を変えていくのかもしれませんね。 San Antonio の Rackspace HQ で、第2回めの OCP Summit が開催されたのが 2012年 5月ですから、そこから 2年の月日が流れています。 頑張りましたねと、声をかけてあげたくなる、Rackspace です!

ーーーーー

<関連>

Rackspace と CERN が推進する OpenStack ハイブリッド戦略とは?
SAP と HANA が、Open Compute に恋する理由
Facebook は Open Compute のおかげで、この3年で 1200億円も節約できた!
Facebook Hardware Labs は、エンジニアにとって夢のような空間だ
Open Compute と Quanta : 台湾の無印サーバーが 米国マーケットを席巻する!
Open Compute Project : ついに Microsoft も参加を表明した!

Hybrid がクラウド・チャンプになるという、TechNavio の分析とは?

Posted in .Selected, Hybrid, Research, Strategy by Agile Cat on June 24, 2014

Hybrid cloud will be largest cloud segment: analyst firm TechNavio
http://wp.me/pwo1E-7Bw

By Krishan Sharma – June 23, 2014
http://www.zdnet.com/hybrid-cloud-will-be-largest-cloud-segment-analyst-firm-technavio-7000030800/

_ zdnet normal

Summary: The hybrid cloud market is forecast to top $US79.12 billion by 2018, says a new report from the analyst outfit.

Summary: ハイブリッド·クラウド市場は 2018年までに、$ US 79.12 Billion を超えるという予測が、この分析会社のレポートで述べられている。

Hybrid cloud will make up the largest and most used segment of the cloud computing market in coming years, according to the report.

そのレポートによると、これからの数年の間にハイブリッド・クラウドが、クラウド・コンピューティング市場において最も使用される、最大のセグメントへと成長するようだ。

TechNavio says the hybrid cloud market was valued at a moderate $US21.18 billion in 2013, with North America contributing the majority of the revenue, followed by Europe and Asia Pacific. The report found that there is currently higher adoption of hybrid cloud in the government, BFSI (banking, financial services, and insurance), retail, telecom, healthcare, and media and entertainment sectors.

TechNavio が言うには、2013年のハイブリッド·クラウド市場は、$ US21.18 Billion という適度な売上を得ている。そして、収益の大部分が North America によりもたらされ、そこに Europe と Asia Pacific が続いている。また、現時点において、ハイブリッド·クラウドの採用率が高いのは、行政機関および、BFSI(banking, financial services, and insurance)、小売、通信、ヘルスケア、メディア、エンターテインメントといった領域である。

However, the report expects that nearly half of large organisations will have hybrid cloud deployments by 2017 as enterprises look to boost productivity by hosting critical applications on private clouds and applications with less security concerns on the public cloud.

しかし、このレポートは、2017年までに大規模な組織の約半数が、ハイブリッド・クラウド環境へのデプロイメントを実施すると予測している。それは、重要なアプリケーションをプライベート・クラウドにホストし、セキュリティ上の懸念の少ないアプリケーションをパブリック・クラウドにホストすることで、エンタープライズが生産性を高めるにつれて具現化されていく。

The report also highlights increasing adoption of hybrid cloud by SMEs, suggesting that many SMEs have limited access to internet bandwidth and are likely to preference hybrid because it lets them “use applications and store data wherever required.”

さらに、このレポートは、中小企業によるハイブリッド·クラウドの採用が増加していくと強調している。つまり、多くの中小企業が、インターネット・アクセスにおける帯域幅の制限という問題を抱えており、「必要される場所にアプリケーションやデータをストア」できるなら、ハイブリッドへ移行する可能性が高いと示唆しているのだ。

TechNavio notes that while the market has several drivers, there will be some key challenges for the hybrid cloud model that could stunt the rapid adoption rate expected over the next five years – namely the need to ensure business continuity and latency in data transfer.

このマーケットには、いくつかの先駆者たちがいるが、ハイブリッド・クラウド・モデルにおいては重要な課題が浮上するだろうと、TechNavio は述べている。つまり、今後の 5年間において、クラウドの急速な普及が頭打ちとなる可能性を示唆しているのだが、具体的にいうと、 データ転送におけるレイテンシーのことであり、その中でビジネスの継続性を保証する必要が生じてくると言うのだ。

The report, which also surveyed 100 cloud companies from around the globe, says enterprises and SMEs can resolve data segmentation hurdles by employing analytics software and building on current IT policies to include data allocation between public and private clouds. The majority of respondents said that although many companies are planning to implement such protocols, “there are still a lot of businesses that have little to no protocols in place.”

世界のクラウド企業 100社を調査した、このレポートは、エンタープライスや中小企業は分析ソフトウェアを導入することで、データのセグメント化というハードルを解決すると指摘している。そして、パブリック/プライベート・クラウド間におけるデータの切り分けも含めて、既存の IT ポリシーの上で、継続してシステムを構築していくことになるとも述べている。ただし、この調査の回答者の大半は、そのようなプロトコルの実装を、数多くの企業が計画してはいるが、「 適切なプロトコルを配置している企業は、依然として皆無に近い」と述べている。

ーーーーー

このところ、クラウドを巡る議論は、その当初から言われていた規模の経済とエラスティックという論点を一巡してしまい、次のステージであるネットワークド・コンピューティングへと移行しているように思えます。 現実に、Equinix や Level 3、そして各種のテレコムが提供するプライベート・ネットワークと、有名どころのパブリック・クラウドが連携し始めています。つまり、規模の大小を問うことなく、あらゆる規模の企業が、ハイブリッド・クラウドを必要としているのでしょう。

ーーーーー

<関連>

エンタープライズに必須なのは、パブリックとオンプレミスの自由なブレンドだ!
Hybrid の調査:ベスト・クラウド は Private と Public のブレンドから
Hybrid の調査:プライベートはハイブリッドへと変異する宿命にある
Rackspace と CERN が推進する OpenStack ハイブリッド戦略とは?
Multi-Cloud と DevOps が 急成長している : RightScale の調査

%d bloggers like this: