Savvis が AppFog を買収? Cloud Foundry エコシステムへの影響が心配だ!
Breaking: Savvis to buy AppFog
http://wp.me/pwo1E-6fy
By Barb Darrow
http://gigaom.com/2013/06/13/breaking-savvis-to-buy-appfog/
Summary: With AppFog, Savvis will get a Cloud Foundry-based Platform as a Service to run atop its own VSphere or vCloud Director-based infrastructure.
Summary: AppFog を得ることになれば、Savvis の vSpher および vCloud Director 上で、Cloud Foundry ベースの PaaS が動き出すことになる。
Savvis is about to buy AppFog, a Platform-as-a-Service startup based in Portland, Ore., according to several sources. Savvis, a data center operator, was acquired itself two years ago by CenturyLink in a $3.2 billion bid to build a cloud and hosted managed services powerhouse.
いくつかの情報源によると、Portland, Ore ベースの PaaS である AppFogを、Savvis が買収しようとしているらしい。 このデータセンター・オペレーターである Savvis も、クラウドとマネード・ホスティングのサービスを構築するために、2年前に CenturyLink により、$3.2 billion で買収されている。
Details are scarce since AppFog had no comment and Savvis could not be reached for comment but sources with knowledge of the deal expect the news to be announced Monday. Founded in 2010, AppFog garnered about $10 million in venture funding from Ignition Partners, Xen founder Simon Crosby, Madrona Venture Group, First Round Capital and Founders Co-Op.
AppFog からはコメントがなく、Savvis にはコンタクトさえ取れないので、詳細な情報が不足しているが、この買収劇に精通しているニュース・ソースは、月曜日には発表されると予想しているようだ。AppFog 自身は、Ignition Partners および、Xen founder Simon Crosby、Madrona Venture Group、First Round Capital、Founders Co-Op といった、VC からの $10 million ほどの出資により、2010年に設立されている。
Given that Savvis is a big VMware vSphere and vCloud Director partner, AppFog could give it a “house brand” PaaS of its own. AppFog’s PaaS builds atop standard Cloud Foundry technology, which came out of VMware. Its pitch was that AppFog abstracted out messy details of base cloud infrastructure so developers could move their apps from Amazon to Rackspace to HP or other public clouds at will. That eliminated cloud lock-in at least at the Infrastructure-as-a-Service (IaaS) layer. In April, however, AppFog dropped support for Rackspace and seemed to be narrowing its focus.
Savvis が、VMware vSphere および vCloud Director のビッグ・パートナーであることを考えると、AppFog により自社ブランド PaaS が登場する可能性もある。AppFog の PaaS は、VMware から提供される、標準的な Cloud Foundry テクノロジーの上に構築されている。そして、その宣伝文句は、AppFog が抽象化を進めることで、基本的なクラウド・インフラにおける煩雑さがなくなるため、Amazon から Rackspace や HP などのパブリック・クラウドへと、開発者たちは自分のアプリを、思いのままに移行できるちいうものだった。それは、少なくとも、IaaS におけるクラウド・ロックインを排除しようというものだった。しかし、4月に入ると、AppFog は Rackspace のサポートを取りやめ、フォーカスする対称を絞り込んでいくように見えた。
At the time, word was that VMware’s decision to spin off Cloud Foundry to Pivotal and offer it as a commercial PaaS hurt members of the ecosystem — including ActiveState, Uhuru and AppFog — it had recruited to build PaaSes atop that technology. That led to talk of a possible fork of Cloud Foundry.
VMware の決定が、Pivotal に Cloud Foundry をスピンオフさせ、商用 PaaS がエコシステムのメンバー(ActiveState/Uhuru/AppFog を含む)を傷つけると言われていたころ、このテクノロジー上での PaaS を構築する勢力が求められていた。 そして、Cloud Foundry がフォークするかもしれないという話に結びついていった。
Given this news, it looks like AppFog technology will be more tightly wedded to Savvis/VMware infrastructure, but no one’s saying.
したがって、今回のニュースを考えると、AppFog のテクノロジーと Savvis/VMwareのインフが密着していくように見えるが、それを、誰も指摘していない。
PaaS as a category hasn’t gained a ton of traction in the enterprise — even some in the market concede that it lacks a killer app to convince CIOs to buy into the concept. Developers at companies often use these platforms hosted on outside cloud infrastructure to build and test software but when the time comes to deploy, the apps typically come in-house.
カテゴリーとしての PaaS は、エンタープライズを変化させるだけの推進力を得ていない。さらに、PaaS コンセプトの導入においては、CIO たちを説得するたけのキラー・アプリが欠落していると、いくつかの市場で確認されている。 それらの企業における大半の開発者たちは、ソフトウェアの構築/テストを進めるために、外部のクラウド・インフラ上にホストされるプラットフォームを使用する。 しかし、一般的には、デプロイを行う段階で、インハウスへと移行することになる。
Pivotal trotted out General Electric’s $105 million investment in its new venture as proof that enterprise adoption of PaaS is on the upswing. Red Hat this week made its enterprise-focused OpenShift PaaS generally available. OpenShift adoption could be a bellwether for the category.
エンタープライズでの PaaS 採用が、回復基調にあることを証明するものとして、Pivotal が引き合いに出しているのは、General Electric が $105 million を新事業に投資していることだ。 その一方で、今週の Red Hat は、エンタープライズにフォーカスする OpenShift PaaS を、一般的に提供し始めた。 このカテゴリーでリードするために、OpenShift と採用するという可能性も生じてくるだろう。
Related research
- The fourth quarter of 2012 in cloud January 2013
- Platform as a Service in 2012 October 2012
- Cloud computing infrastructure: 2012 and beyond June 2012
ーーーーー
PaaS の特質は、その生産性の高さと、ロックインによる制約にあるのでしょう。 先日に、『 Google App Engine ケース・スタディ:その API が Angry Birds を元気にする 』という抄訳で、Google App Engine が好調だと伝えましたが、『 Elastic Beanstalk とは? 』で Amazon CTO の Werner Vogels が語っていた、ロックイン排除の難しさを思い出しました。その意味で、複数のプロバイダーが、Cloud Foundry を提供する形態は、ある種の理想だと思っていたのですが、なかなかうまく行かないようですね。 ![]()
ーーーーー
<関連>
Cloud Foundry がフォークする? : その可能性について調べてみよう
VMware は Cloud Foundry に、独自の道を歩ませるべきだ
Cloud Foundry と OpenStack の統合は、Piston Cloud が引き受けた!
Cloud Foundry が .NET をサポートする!
VMware の Cloud Foundry が、デベロッパーの 人気 No.1 になる理由は?
VMware と Ubuntu が連携 : OpenStack とのインターオペラビリティ
VMware Adds Interoperability With Ubuntu OpenStack Cloud
http://wp.me/pwo1E-60F
Charles Babcock| April 18, 2013
http://www.informationweek.com/cloud-computing/infrastructure/vmware-adds-interoperability-with-ubuntu/240153156
The next Ubuntu release, coming soon, will include VMware plug-ins for the Quantum networking platform in OpenStack.
もう直と言われている、次期 Ubuntu のリリースだが、OpenStack の Quantum ネットワーク・プラットフォームに対応する、VMware のプラグインが含まれるようだ。
VMware has contributed plug-ins to the OpenStack Project that guarantees the project’s networking platform will recognize and work with virtual machines running under VMware’s vSphere management environment and VMware’s Nicira Network Virtualization Platform.
VMware は、OpenStack のプロジェクトに対して、いくつかのプラグインをコントリビュートしてきた。それは、OpenStack プロジェクトのネットワーク・プラットフォームが、VMware における vSphere のマネージメント環境および Nicira Network Virtualization Platform で動作する仮想マシンを認識し、また、協調動作することを保証するものである。
VMware acquired startup Nicira last July for $1.26 billion and has made its NVP the basis of future virtualized networking in what it terms "the software-defined data center." The Network Virtualization Platform from Nicira, a leader in OpenFlow network protocol concepts, is also the basis for the Quantum networking platform in OpenStack. Nicira was a heavy contributor to OpenStack before the acquisition, and it remains one now. At the OpenStack Summit on Tuesday, VMware gave these contributions a particular cast. Through close collaboration between Canonical and VMware, they will work inside the Ubuntu distribution of OpenStack, according to VMware’s VP of vSphere product management Joshua Goodman.
昨年の7月に、VMware は $1.26 billion を費やして、スタートアップである Nicira を買収した。そして、同社が Software Defined Data Center と定義する、将来の仮想ネットワークの基盤として、Nicira の NVP を位置づけている。Nicira は OpenFlow ネットワーク・プロトコル・コンセプトのリーダーでもある。 そして、同社から提供される、この Network Virtualization Platform は、OpenStack における Quantum ネットワーキンク・プラットフォームの基盤でもある。 VMware に買収される以前の Nicira は、OpenStack における重要なコントリビュータであり、それは、今も継続している。そして、火曜日(4/16)の OpenStack Summit で VMware は、それらのコントリビューションに特別な役割を与えた。VMware の VP of vSphere Product Management である Joshua Goodman によると、Canonical と VMware は、その緊密なコラボレーションを介して、OpenStack の Ubuntu のディストリビューションに手を加えてきた。
Suse Linux and Red Hat also have distributions of OpenStack. Red Hat’s KVM hypervisor is the one native to the OpenStack cloud open source code. Suse Linux is often cited as the version that works most closely with Windows Server and its hypervisor, Hyper-V. Both are keen competitors of VMware’s ESX Server.
SUSE LINUX と Red Hat も、OpenStack ディストリビューションを持っている。 Red Hat の KVM ハイパーバイザーは、OpenStack クラウド・オープンソース・コードに対するネイティブである。 SUSE LINUX は、Windows Server および、そのハイパーバイザーである Hyper-V と密接に連携するバージョンとして、頻繁に引用されている。そして、どちらも、VMware の ESX Server に対する強力なコンペティタである。
The move also reflects VMware’s growing realization that it is likely to need to live with many OpenStack implementations in the future, despite its early hopes that its own cloud software stack, the vCloud Director suite, would be the basis of private and public clouds everywhere. The collaboration with Canonical gives it an OpenStack partner that is less an immediate competitor than either Red Hat or Suse.
この動向は、VMware が達成したいと考える、未来像にも影響を与える。つまり、その初期で期待していた OpenStack 独自のクラウド·ソフトウェア·スタック(すべてのプライベート/パブリック・クラウドの基礎となる vCloud Director スイートを望んでいた)ではなく、数多くの OpenStackの 実装と共存していく可能性が高いことを意味する。Canonical とのコラボレーションにより、OpenStack パートナーに与えるものが生じるが、 Red Hat や Suse と比べれば、その影響は少ないものとなる。
VMware contributed the plug-ins for the Grizzly release of OpenStack, which came out April 4. Canonical has not yet included Grizzly in its version of OpenStack, but it plans to do so by the end of the month.
VMware は、4月4日にリリースされた、OpenStack Grizzly 用のプラグインも提供している。 現時点では、Canonical は Grizzly に対応したバージョンを持たないが、今月の末までには、対応する計画だという。
On Wednesday, Martin Casado, founder of Nicira and now chief architect of networking at VMware, posted a blog on the VMware website reading, "The transformation to the software-defined data center will take many forms, and VMware understands that many customers will want to piece together different technologies based on their requirements… "
この水曜日に、Nicira の Founder であり、VMware の Chief Architect of Networking でもある Martin Casado は、「 Software Defined Data Center に切り替えていく道筋には、いくつかの形態がある。 そして、数多くのカスタマたちは、その要件にしたがって、それぞれのテクノロジーを組み合わせたいきたいはずだと、VMware は理解している」と、VMware Web サイトのブログにポストしている。
He said VMware is committed to having its virtualization environment work with OpenStack, despite perceived competition between them, and VMware has "almost doubled the number of developers working on OpenStack" compared to Nicira’s previous level of contribution. Through its Nicira-acquired developers VMware was among the top ten contributors of code to the Grizzly release, he added.
彼の発言によると、OpenStack の仮想化環境における競合は理解しているが、そこに対して、VMware はコミットしていくことになる。そして、これまでの Nicira によるコントリビューションと比較して、VMware は「 OpenStack に対して 2倍のデベロッパーを投入している」と発言している。さらに、Nicira が獲得したデベロッパーを介して、VMware は Grizzly リリースに対して、Top-10 に入るだけのコードをコントリビュートしていると、彼は付け加えている。
[ Want to learn more about how VMware plans to work with the open source cloud project OpenStack? See VMware Does Complicated Dance With Open Source Code]
ーーーーー
OpenStack と Nicira、そして、VMware と Nicira。 この三者の関係が、これから、どのように整理されてくるのかと考えると、興味が尽きませんね。 昨年の7月に、『 VMware の言うクラウド選択の自由と、Nicira の買収は矛盾しないのか?』という抄訳をポストしましたが、その後に、VMware の OpenStack 参加があり、PayPal が VMware から OpenStack へ移行するという話まで出てきています。 その一方で Ubuntu は、中国政府との提携を進めるという、とても目を引く動きを見せています。 次には、どのような展開が待ち受けているのでしょうかね? ![]()
ーーーーー
<関連>
VMware が OpenStack に参加って マヂ ですか?
ちょっと待ってね VMware さん – from OpenStack
待たせしました VMware さん – from OpenStack
OpenStack Summit から学ぶべき、5つのポイントとは?
Microsoft クラウド・パートナーが、そのメニューに OpenStack を加えた!
VMware から OpenStack へ : PayPal が 8万台のサーバーを移行させる
VMware から OpenStack へ : PayPal が 8万台のサーバーを移行させる
In A Dangerous Sign For VMware, PayPal Chooses Rival OpenStack
http://wp.me/pwo1E-5QB
By Julie Bort | Business Insider – March 25, 2013
http://nz.finance.yahoo.com/news/dangerous-sign-vmware-paypal-chooses-140000255.html
PayPal and eBay are yanking VMware software from some 80,000 servers and replacing it with the free and open-source alternative known as OpenStack, Boris Renski, OpenStack Foundation board member told Business Insider.
PayPal と eBay は、80,000台と言われるサーバー群から VMware のソフトウェアを取り外し、無償のオープンソース選択肢である OpenStack によりリプレースしていると、OpenStack Foundation のボード・メンバーである Boris Renski が、Business Insiderに語っている。
Renski is also a cofounder of Mirantis, an OpenStack consultant company backed by Dell and Intel. Mirantis worked with PayPal on the project, he says. PayPal used a set of tools from Mirantis called Fuel, a PayPal spokesperson told us.
Renski は、OpenStack コンサルタント会社である Mirantis(Dell と Intel が支援)の、Co-Founder でもある。 そして、その PayPal のプロジェクトに、Mirantis も参加していると、彼は発言している。 PayPal は、Fuel という Mirantis ツールセットを使っていると、PayPal のスポークスマンが、私たちに説明している。
Today Mirantis released Fuel for free to the public. (In geek speak: it was released under the open source Apache 2.0 license). It’s a collection of scripts and software that helps companies deploy OpenStack.
そして、今日(3/25)、Mirantis は Fuel を、無償のツールとしてパブリックにリリースした (ギーク的に言うと、OSS Apache 2 License の下でリリース)。それは、スクリプトとソフトウェアのコレクションであり、また、ユーザー企業による OpenStack のディプロイメントを支援するものとなる。
Initially, PayPal is replacing VMware on about 10,000 computer servers. Those servers will go live this summer, Renski said. "The grand vision for project is, over time, they will replace all of their virtual infrastructure with OpenStack, not just PayPal, but PayPal and eBay, together," Renski said. That’s about 80,000 servers across their data centers, he said.
最初のステップとして、PayPal は 約10,000 台の VMware サーバーをリプレースする。 それらのサーバーは、この夏の間、運用されていくと、Renski は発言する。 「 このプロジェクトにおけるグランド・ビジョンは、時間をかけながら進んでいく。 そして、すべての仮想インフラストラクチャを、OpenStack によりリプレースしていくが、それは PayPal だけの話ではなく、PayPal と eBay の双方におけるリプレースとなる」と Renski は言う。 つまり、彼らでのデータセンターに配置されている、80,000 台のサーバーが対象となると、彼は付け加えている。
PayPal has been a big supporter of Open Stack for a while. But this project is still dangerous territory for VMware, as PayPal could become an example of how other enterprise can replace VMware with OpenStack, too.
PayPal は、これまで、Open Stack を強く支援してきた。 そして PayPal が、VMware を OpenStack でリプレースする、エンタープライス・プロジェクトの例を示すことは、VMware にとって危険な展開となる。
To be sure, enterprises are not dying to get rid of VMware, even to save money on software license fees. Most of them really love VMware’s software because it’s a reliable way to run lots of different applications on the same computer server.
たしかに、あらゆるエンタープライズが、VMware を排除したいと望んでいるわけでもなければ、そのソフトウェア・ライセンス料を節約したいと望んでいるわけでもない。大半のエンタープライズが、VMware のソフトウェアを好むのは、各種のアプリケーションを同一のサーバー上で実行するための、信頼できる方式を同社が提供するからである。
But cloud wars are coming between different so-called "cloud operating" systems: VMware is up against OpenStack (backed by IBM, HP, Rackspace, Red Hat, others) and CloudStack (another open source project, backed by Citrix). Think of this like the desktop operating system wars: Windows vs. Macs vs. Linux.
しかし、クラウド戦争とは、「クラウド OS」という別のシステムとの戦いを意味する。 つまり VMware は、(IBM/HP/Rackspace/Red Hat などが支持する)OpenStack、もしくは、(Citrix 支持する)CloudStack と、真っ向からぶつかっている。 たとえば、デスクトップ OS 戦争における、Windows 対 Mac 対 Linux の戦いのようなものが生じている。
The ultimate goal for most enterprises is something called a "hybrid" cloud. This means that a company will run some of its apps in its own data center (a "private cloud") and some of them in a public cloud. They can easily move apps between the two.
大半のエンタープライズにおける、最終的なゴールは、「ハイブリッド」クラウドと呼ばれるものになるだろう。 そこでは、企業が所有するデータセンター(プライベート・クラウド)でアプリケーションの一部が、また、パブリック・クラウドでアプリケーションの一部が運用される。そして、それらのアプリケーションは、2つの環境を容易に行き来するようになる。
More importantly, they can use multiple public clouds. If one provider has problems, they can quickly switch to another.
さらに重要なことは、それらのエンタープライズが、複数のパブリック・クラウドを利用する点にある。そして、あるプロバイダーが問題を抱えるなら、他のプロバイダーに瞬時に切り替えることになる。
Enterprises will have to choose their cloud operating system and the stakes are high. Enterprises will spend $80 billion on cloud computing by 2016, Gartner estimates.
エンタープライズたちは、いずれかのクラウド OS を選ぶ必要がああり、その予算も膨大なものとなる。 エンタープライズにおけるクラウド・コンピューティング支出は、2016年までに $80 billion に至ると、Gartner は推定している。
So where does the biggest cloud player, Amazon, fit into all of this? Amazon is the reason for it all. These cloud operating systems rose to compete with it. The idea is to reassure enterprises that they if they choose an alternative to Amazon, they will have lots of cloud computing vendors to choose from, not just one.
したがって、最大のクラウド・プレーヤーである Amazonが、それら すべてのニーズにフィットするのかという、疑問が生じてくる。そして、Amazon 自身に、すべての理由がある。 つまり、これらのクラウド OS は、Amazon と競合するために成長してきたのだ。 こうした考え方は、Amazon 以外を選びたいというエンタープライズを、安心させるものとなる。 つまり、エンタープライズたちは、たくさんのクラウド・コンピューティング・ベンダーという選択肢を持ち、決して1つに限定されることはないのだ。
More From Business Insider
- Sergio Garcia Climbed A Tree And Hit The Craziest Golf Shot Of The Year
- Oracle’s Acquisition Of Startup Nimbula Last Week Is Strangely Hush Hush
- The CIA Is About To Sign A Game-Changing $600 Million Deal With Amazon
ーーーーー
ついに、この日が来たという感じですね。Amazon は、eコマースの最大手であるが故に、最強の AWS を作り得たのでしょうが、それに故に、どうしても採用しない企業もあるということです。 ただし、Open Stack が、PayPal だけのために存在するというわけではなく、この事例をベースにして、数多くのエンタープライズが、OpenStack や CloudStack に流れ込んで来るのでしょう。
ハードウェアのオープンソースである Open Compute Project では、サーバーのデザインはベンダーの仕事ではなく、ユーザーの仕事であるという考え方が、すでに共有されています。 つまり、サーバーの在るべき姿を、ユーザー以上に知っている者は居ないという、きわめて単純明快なロジックがあるわけです。 そして、オープンソース・クラウド OS に目を転じてみれば、そこに OpenStack や CloudStack が居るわけです。
もちろん、Amazon AWS や Google Compute Engine といった、ベンダーが提供するプラットフォームを否定する話では有りません。 それよりは、ユーザーの選択肢が豊富な世界へと、一歩 近づいたと、受け取るべきなのでしょう。
このニュースは、Yahoo New Zealand からのものです。 Business Insider からの情報となっていますが、その BI には、まだ記事がアップされていなかったので(3/26 未明)、こちらの方を訳してみました。In geek speak: it was released under the open source Apache 2.0 license ーーー という表現があったりして、なかなか面白い文面ですが、裏を返せば、一般の人々にとっても Cloud + OSS の理解が、大まかなところで必要になってきたのかもしれませんね。![]()
ーーーーー
<関連>
Gartner の IaaS マーケット論評 : その 15 社とは?
PaaS をリードする : Top-10 プロバイダー とは?
みんなが 期待の Open Cloud 特集
大手クラウド社員たち: うちの会社を友人に勧められるか? うちの CEO を高く評価できるか?
The Best Cloud Companies and CEOs to Work For in 2013
http://wp.me/pwo1E-5Ql
by Louis Columbus on February 22, 2013
http://softwarestrategiesblog.com/2013/02/22/the-best-cloud-companies-and-ceos-to-work-for-in-2013/
Hiring great people and creating a culture of achievement that is fun, focused and able to get challenging tasks done is not an easy task.
素晴らしい人材を採用し、興味/集中/挑戦というカルチャーのレベルを引き上げることは、容易な職務ではない。
Keeping that culture strong and focused on the customer takes a unique leader that consistently earns trust and respect. Those are the qualities I think of whenever I’m asked to recommend the best cloud computing companies to work for. Using the scores from Glassdoor.com I’ve put together the table below comparing cloud computing companies and when available, the percentage of employees who approve of their CEO.
そして、ユーザーに向けて、そのカルチャーを強化していくためには、継続的な信頼と敬意を集めることが可能な、ユニークなリーダーを必要とする。 それが、働く上で最高のクラウド・コンピューティング企業について、私が尋ねられるときに考える、CEO の資質である。 Glassdoor.com からのスコアを用いて、クラウド・コンピューティング企業を較するテーブルを作ってみたが、それらの企業の CEO に対する、従業員からの信任も、可能な範囲で加えてみた。
If you’re not familiar with Glassdoor, it’s a website that gives employees the chance to rate their companies and CEOs anonymously, along with reporting salaries. Friends in the Human Resources community tell me it’s an effective recruitment site as well.
Glassdoor を知らない人のために説明すると、それぞれの勤先と CEO を評価し、給料を教えあうという Web サイトとなる。 もちろん、匿名であるため、それらの企業と CEO に知られることもない。Human Resources コミュニティの友人たちが言うには、効果的なリクルート・サイトでもあるようだ。
Cloud computing companies are sorted based on the percentage of employees would recommend their company to a friend. I added in CEO scores to get a sense of which companies have a significant gap between morale and the perception of the CEO. As of today according to employee rankings, Microsoft has the largest gap between percentage of employees who would recommend the company to a friend (77%) and CEO rating (48%).
それそれのクラウド・コンピューティング企業は、従業員たちが友人に勧められるという、スコアのパーセンテージにより並べられている。そして CEO のスコアは、彼らのやる気と CEO の能力を隔てる、ギャップを示すために加えたものだ。 今日の時点における、それぞれの従業員たちの評価によると、たとえば Microsoft の場合は、77% が友人に勧められるとしているが、CEO に対しては 48% という評価が下され、そのギャップが大きいと分かる。
The highest rated CEOs you’d want to work for based on their Glassdoor ratings are as follows, with their ratings shown as of today:
あなたが、一緒に働きたいと思うだろう、Glassdoor でスコアの高い CEO は、以下のとおりである:
Jyoti Bansal of AppDynamics (100%)
Drew Houston, Dropbox (100%)
Aneel Bhursi, Workday (100%)
Scott Scherr, Ultimate Software (97%)
Jim Whitehurst, Red Hat (97%)
Larry Page, Google (95%)
Aaron Levie, Box (94%)
Marc Benioff, Salesforce (93%)
Tom Georgens, NetApp (92%)Mark Templeton, Citrix Systems (91%)
Bill McDermott & Jim Hagemann Snabe, SAP (90%)
ーーーーー
会社に対する評価というのは、仕事の楽しさや辛さ、そして、報酬、休日、労働時間といった、それぞれの社員にとって、きわめて現実的な側面からの採点なんでしょうね。 そして、CEO に対する評価というのは、自分が頑張るためのモチベーションを、どれだけ与えてくれるのかという、心の面からの採点なのでしょうか? 日本でも、こういうランキングを行えば良いのにと、思ってしまいますよね。![]()
ーーーーー
<関連>
SimCity の新バージョンについて、あの Om Malik さんが語る!
Disney の CEO に、つまらん映画ばかりだと、電話で文句ばかり言っていた Jobs
Apple に負けるな : Google Store が準備されている?
Facebook の本が出る:Zuck の姉さん Randi が書き手だ
Google Street View でグランド・キャニオン探検に出かけよう!
PaaS をリードする : Top-10 プロバイダー とは?
10 most powerful PaaS companies
http://wp.me/pwo1E-5wo
By Christine Burns , February 26, 2012
http://www.networkworld.com/slideshow/32927/
<関連> Gartner の IaaS マーケット論評 : その 15 社とは?
Platform-as-a-service is the least mature of the major cloud services categories. There are multiple types of PaaS, and vendors are playing in more than one sub-category, so it’s not easy to tell the players without a scorecard. Here are 10 companies that have emerged as leaders in the PaaS market.
Platform-as-a-service は、主要なクラウド・サービスにおいて、最も成熟度の低いカテゴリーである。 様々なタイプ PaaS があり、また、ベンダーたちは複数のサブ・カテゴリーに手を広げているため、スコアカードを手にもたずに、それらのプレーヤーについて話すことは難しい。 以下の 10社が、PaaS マーケットのリーダーとして浮かび上がってくる。
1: Amazon Web Services
Just like Jack planting his magic beans in solid ground, Amazon has built its application runtime PaaS, Amazon Web Service (AWS) Elastic Beanstalk (now in beta), on the solid footing of the very popular Infrastructure as a Service platform, EC2. And while the retailer turned cloud provider doesn’t necessary have a loyal developer following, it’s continually rolling out new tools to entice them. So far the portfolio includes AWS Toolkit for Eclipse (a plug-in for the Eclipse Java Integrated Development Environment), AWS CloudFormation (a service that lets developers create and provision Amazon resources), several cloud-based database options and SDKs for Android and Apple mobile machines, ERuby, Java, PH and .Net.
ジャックと豆の木の話で、その魔法の豆の木が、シッカリと大地に根付いているように、 Amazon はアプリケーション・ランタイム PaaS である、Amazon Web Service(AWS) Elastic Beanstalk を構築している。そして、それは、とても人気の IaaS プラットフォームである、EC2 の上にシッカリと根を下ろしている。 そして、この小売り業がクラウド・プロバイダー者が転身する際に、そこに続くデベロッパのロイヤリティは必要とされなかったが、同社は継続的に、デベロッパにとって魅力的なツールを、提供し続けている。 現時点までに、このポートフォリオには、 AWS Toolkit for Eclipse(Eclipse Java IDE 用のプラグイン)、 AWS CloudFormation (デベロッパーによる Amazon リソースを作成と提供を促進)、そして、いくつかのクラウド・ベースのデータベース・オプションと SDK など(Android/Aplle Mobile Machine SDK、ERuby、Java 、PH、.NET)が含まれている。
2: Salesforce.com
The original SaaS giant has successfully parlayed its prowess down the cloud stack with its double one-two PaaS punch of Force.com’s AppExchange and Heruko platform. Right now, the company enjoys the status of market share leader, according to IDC. Salesforce.com touted some impressive numbers to its base at last fall’s DreamForce conference, including the claims that in 2011 3,000 apps were built or installed every 24 hours and that the Force.com platform executes more than 650 million transactions per day.
この、SaaS に起源を持つジャイアントは、2つの PaaS であるForce.com の AppExchange と、Heruko プラットフォームを実現し、そのクラウドでの能力を、1つ下のスタックで展開することに成功した。IDCによると、まさに、いま、同社はマーケット・シェア・リダーとしての状態を満喫している。 Salesforce.com は、2011年秋の DreamForce カンファレンスで、いくつかの新しい機能を、その基本要素に加えていった。そして、2011年には、約 3,000のアプリケーションが、毎日のように構築/インストールされ、また、Force.com プラットフォームでは、1日あたり 6億5000万以上のトランザクションが実行されると強調していた。
3: LongJump
LongJump landed in the PaaS fray very early on in 2008. It has steadily added new features and developer-centric support to attract a customer following that the company says is 600 strong at this point. Long Jump’s biggest coup came in the form of an AT&T partnership announced last November in which the telco rolled out a simplified PaaS service geared toward tech savvy business folks that has the LongJump PaaS stack at its core. Forrester analyst Stefan Reid said this deal could pave the way for more licensing deals for the company.
LongJump は、2008年の早期に、PaaS での戦いに参戦している。 それ以降、同社は、ユーザーを引き付けるための、新しい機能を追加し、デベロッパを中心に置いたサポートを展開してきた。なお、現時点において、600 社強の顧客がいると、同社は発言している。 Long Jump の戦略の中で、最も素晴らしいのは、2011年11月に発表されたように、AT&T とのパートナーシップを取っていることだ。 そして、このテレコムは、単純化された PaaS サービスにより、テクノロジーに詳しい企業の人々へ向けて、LongJump の PaaS スタックを、そのコアに置かせようとしている。 Forrester のアナリストである Stefan Reid は、この取引により、より多くのライセンス収益が、同社にもたらされると発言している。
4: Microsoft
There have been rumblings that Microsoft’s 2-year-old Azure PaaS play is not getting the traction the company had hoped. Microsoft’s PaaS portfolio includes the Windows Azure computing environment for applications and persistent storage for both structured and unstructured data; Windows Azure AppFabric a range of services that connects users and on-premises applications to cloud-hosted applications, manages authentication, and implements data management, and SQL Azure, a cloud database service. All Windows centric, of course, but analysts say that Microsoft is making noises about opening that up a bit. And they say you can’t discount the power Microsoft has in its army of .Net developers waiting in the wings to see what the cloud means for them.
Microsoft が 2年前に投入した Azure PaaS であるが、同社が希望しているほどには促進されていないと、不満の声が聞こえる。 Microsoft の PaaS ポートフォリオは、アプリケーションのためのWindows Azure コンピューティング環境であり、また、構造型/非構造型をサポートするパーシスタント・ストレージを含むものとなる。そして、ユーザーとオンプレミス・アプリケーションを、クラウドに接続するためのサービス・レンジとして、Windows Azure AppFabric が存在する。そのクラウドでは、アプリケーションがホストされ、認証が管理され、さらには、データ管理とクラウド・データベース・サービスである SQL Azure が実装されている。 もちろん、すべてが Windows セントリックであるが、何人かのアナリストは、それを広めようとする Microsoft が、少しノイジーだと言っている。そして、クラウドが何を意味するのかを見極めるために、いまは待っている .net デベロッパーの一群に対して、Microsoft が有するパワーを、軽視すべきでないとも発言している。
5: IBM
IBM is a relatively late entry into the PaaS market as it only rolled out SmartCloud Application Services PaaS last October. But the company has long-standing ties to the corporate enterprise and this platform – based on the long-trusted WebSphere middleware — allows enterprises to build Java-based apps that can run in the public cloud, called IBM Smart Cloud Enterprise, or on premise. IBM is looking to keep their customers in a comfort zone while pushing them out to the cloud.
2011年 10月に、SmartCloud Application Services PaaS を導入したように、IBM により PaaS マーケットへの参戦は、相対的に見て遅めのタイミングとなる。 しかし、同社は、長い実績を持つ WebSphere ミドルウェアをベースにして、エンタープライズとプラットフォームを取り扱う企業と、長期間にわたる良好な関係を維持している。それにより、顧客であるエンタープライズは、IBM Smart Cloud Enterprise というパブリック・クラウドで、あるいは、オンプレミスの環境で走る、Java ベースのアプリケーションを構築できる。 IBM は、顧客たちをクラウドの心地良い領域に保持する一方で、クラウドから戻ってくることも期待している。
6: RedHat
Linux lovers are uniting behind the thought of an open source PaaS like RedHat’s OpenShift. And industry watchers are intrigued by the prospect of portable applications that can be pulled from one infrastructure platform whose fees or contingencies become arduous and easily placed on another one without breakage. It simply remains to be seen how big an ecosystem RedHat can build around OpenShift and how useful it will be corporate developers.
Linux 愛好家たちは、RedHat の OpenShift のような、オープンソース PaaS の考えのもとに団結している。 そして業界ウオッチャーたちは、アプリケーションのポータビリティという視点に興味を注いでいる。つまり、あるインフラプラット・フォームに障害が起きた時に、その当事者の支払いなどにより、何も損なわれることなく、他のクラウドに引越しできるというものだ。RedHat が OpenShift の周辺に構築するエコシステムが、どれほどの規模になり、また、企業のデベロッパにとって有用になるのかという点を、これから見極めなければならない。
7: Cloud Foundry
Cloud Foundry is the open source PaaS that was spearheaded in early 2011 by VMware and around which the company plans to build a future commercial product. As with Red Hat’s initiative, VMware is attracting developers who want an open platform that lets them build in the language they want and run on the IaaS they like. According to company officials, the project is gaining significant traction because over 2,100 developers are actively following the changes in the open source code. Analysts have speculated that AppFog, a start-up already offering a comprehensive PaaS based on the Cloud Foundry code, is ripe for the picking should the commercial side of CloudFoundry need a boost.
Cloud Foundry は 2011年の初めに、VMware が陣頭指揮するかたちで立ち上がった、オープンソース PaaS であり、また、その周辺において同社は、将来の商用プロダクトを計画している。Red Hat のイニシアチブと同様に、VMware も開発者を惹きつけるために、彼らが IaaS 上で好んで使っている言語を利用できる、オープン・プラットフォームを提供しようとしている。 同社のオフィシャルな見解によると、このプロジェクトは大きく促進されているが、その理由は、2,100以上のデベロッパーが積極的に、このオープンソース・コードの変更に対応している点にある。アナリストが指摘するのは、AppFog が Cloud Foundry のコードをベースにして、すでに包括的な PaaS を提供している点だ。それは、Cloud Foundry を加速させるために必要な、コマーシャル・サイドが熟成してきたと推測させる。
8: Google
Google claims it’s got 200,000 developers building applications on top of its App Engine PaaS. That’s in spite of a rate hike that really got their base riled up back in the September, giving all kinds of fodder to competing products that claim to be both more open and more affordable. But Google doesn’t seem to be bothered and is forging ahead with an upgrade that supports a premium level of service in which customers will receive a 99.95 uptime service-level agreement.
Google は、App Engine PaaS 上でアプリケーションを構築する、200,000人以上のデベロッパーを得ていると主張する。 そして、2011年9月に実施され、デベロッパーたちを怒らせた、その料金の値上げにもかかわらず、さらにオープンで、入手しやすいと主張する競合製品に対して、あらゆる種類の素材などを提供している。 しかし Google は、それを苦にするようにも思えず、また、プレミアム・レベルのサービスを支援する、アップグレードを続行している。それは、顧客に対して 99.95% のアップタイムを提供する、SLA を伴うものとなる。
9: CloudBees
CloudBees was first out of the gate with a Java-based PaaS that gave enterprises an easy way to move existing Java applications into the cloud. RUN@cloud is the application runtime side of the CloudBees’ PaaS story, providing traditional application server functionality for web, Java and Spring applications. CloudBees customers choose their underlying IaaS or private cloud. Applications running on RUN@cloud can be built using traditional Java EE development tools or using CloudBees’ second PaaS offering called, DEV@cloud. DEV@cloud is a cloud-based development, build and test environment. CloudBees’ power lies in its understanding that there are lots of sunk costs in existing Java applications from which enterprises are loath to walk away.
CloudBees は、最初から Java ベースの PaaSを提供し、既存の Java アプリケーションをクラウドに移行するための、きわめて容易な方式をエンタープライズに提供した。RUN@cloud は、CloudBees の PaaS ストーリーにおける、アプリケーション・ランタイム側でものであり、Web /Java/Spring アプリケーションに対して、従来からのアプリケーション・サーバー機能を提供する。CloudBees の顧客は、自身の基盤となる IaaS あるいはプライベート・クラウドを選択できる。 RUN@cloud 上で走るアプリケーションは、従来からの Java EE 開発ツールを使って、あるいは、DEV@cloud という CloudBees の次の PaaS を使うことで、その構築が可能となる。DEV@cloud は、クラウドをベースにした、開発/構築/試験のための環境である。 CloudBees のパワーは、エンタープライズが嫌う既存のJavaアプリケーションに、たくさんのコストが染み込んでいるという、理解の中に存在する。
10: Engine Yard
Engine Yard is one of the leading PaaS players for Ruby on Rails and PHP developers. These two development languages are most often associated with cool, new greenfield applications running in the cloud. Engine yard, founded in 2006 and still privately held, has a client list that includes Nike, AOL, Apple, Disney, and MTV.
Engine Yard は、Ruby on Rails や PHP の開発者にとって、リーディング PaaS プレーヤーの 1人である。 この 2つの開発言語は、クラウド上で動作している、新しい領域に対応する、洗練されたアプリケーションに結び付けられる。 Engine Yard は 2006年に設立されれ、依然として非公開企業であるが、Nike/AOL/Apple/Disney/MTV などを、その顧客リストの中に数える。
Related:
A world of PaaS-ibilities
Bullish on PaaS
Tips for a successful PaaS rollout
ーーーーー
昨年に調べ物をしていて、見つけ出したポストです。2011年2月のものなので、ちょっと古いのですが、PaaS プロバイダーの一覧としては、他には良さそうなものがないという感じです。 そのため、そのまま訳してみましたが、中には既に姿を変えているものが有るかもしれません。 その点をご注意の上、参照して頂ければと思います。 Google が IaaS に取り組むなど、ビジネス的には後塵を拝している PssS ですが、こうして並べてみると、なかなか見応えのあるラインナップとなっています。 2013年の PaaS は、いったいどうなるのでしょうかね? そう考えると、とても楽しみなエリアに見えてきます。![]()
ーーーーー
<関連>
Gartner の IaaS マーケット論評 : その 15 社とは?
ーーーーー
アプリケーション・ベンダーのシフトにより、PaaS 市場は成長していく
OpenStack の PaaS は、幅広い文脈の中でアプリケーションを駆動する
単純/安価/高速 : .NET から Node + Heroku に乗り換えた Playtomic
VMware は Cloud Foundry に、独自の道を歩ませるべきだ
Gartner の Cloud Hype Cycle 2012 で、これからの市場を占う
ARM vs. Intel : 主戦場は スマホ・サイズの サーバー?
ARM vs. Intel: Servers The Size Of A Smartphone?
http://wp.me/pwo1E-5bx
Brian Proffitt November 1st, 2012
http://readwrite.com/2012/11/01/arm-vs-intel-servers-the-size-of-a-smartphone
A new industry consortium launched Thursday is putting Intel on notice: Your hold on processors for servers is about to be challenged by ARM, the processor family that has exploded on tablets and smartphones in the past few years. The Linaro Enterprise Group bands together some big newer players in ARM space, including AMD, Facebook and HP, working together to try to unify the fragmented ARM processors enough to prep them for a new breed of servers that should drastically reduce the size and energy consumption of current servers and datacenters.
この木曜日(11/1)に立ち上がった業界コンソーシアムが、Intel に通知をしている。 その内容は、これまでの数年で、タブレットとスマートフォンに爆発的にヒットした ARM プロセッサ・ファミリーが、あなたのサーバー・プロセッサの市場に挑戦するというものである。 Linaro Enterprise Group が、AMD/Facebook/HP などを含む、ARM スペースにおける新たなプレイヤーたちを取りまとめ、そのプロセッサにおけるフレグメンテーションを解消しようとしているのだ。それにより、現在のサーバーとデータセンターにおけるサイズとエネルギーの消費を劇的に減らす、新しい種類のサーバーの準備が進むはずだ。
To understand the significance of this news, here’s the nickel tour of processors and semiconductors, the hardware in a computing device that actually does the computing.
このニュースの重要さを理解するために、プロセッサとセミコンダクタに関する 5セント・ツアーを、ここに開催することにした。つまり、実際にコンピューティングを司る、デバイス内のハードウェアを見ていくことになる。
Intel vs. ARM
Image courtesy of Shutterstock
For "traditional" computing devices like laptops, desktop computers, and servers, there’s Intel, AMD, and well, that’s pretty much it. Intel has not only developed the x86 architecture that has been powering PCs and other devices for 30-odd years, it also builds the chips itself, licensing the specs to only one other company: its competitor AMD.
ラップトップ/デスクトップ/サーバーなどの、従来からのコンピューティング・デバイスのために、Intel と AMD がある。 だいたい、そんなところである。 Intel は x86 アーキテクチャを開発するだけではなく、30年あまりにわたって、PC などのデバイスにパワーを供給してきた。そして同社は、自身でチップを製造し、また、一社だけにライセンスを供給してきた。 それが、コンペティタでもある AMD だ。
Intel and AMD processors, since they share many of the same features and architecture, have a lot of things in common. For one thing, they are very powerful and, since they have been around for such a long time, plenty of operating systems can run on machines with these chips, including Windows, Mac OS X and Linux.
Intel と AMD のプロセッサ群は、フィーチャーとアーキテクチャを共有しているため、数多くの共通点を持っている。 特徴の 1つとして、そのパワフルさが挙げられる。そして、これまでの長期間において、Windows/Mac OS X/Linux を含めた、数多くのオペレーティング・システムを、それらのチップを搭載するマシン上で走らせてきた。
Contrast that with ARM processors, which are not made by just one company like Intel. Instead, ARM develops only the core architecture and licenses it to any hardware maker that wants to use the design to make its own processors. Because of the way it is designed, ARM processors use very little power, which makes them perfect for personal electronic devices where battery resources must be frugally maintained.
それとは対照的に、ARM プロセッサは、Intel のような 1社だけが製造するものではない。それに代えて、ARM は基本アーキテクチャだけを開発し、それを用いて独自のプロセッサを製造したいと考える、あらゆるハードウェア・メーカーに対して、ライセンスを提供してきた。 そして、そのデザインの手法において、ARM プロセッサの消費電力は、きわめて低く抑えられているため、バッテリー・リソースを質素にする必要のある、パーソナルな電子デバイスに対して、完ぺきにフィットするようになっている。
But all of these vendors licensing ARM and building their own version of the processor has led to a serious fragmentation problem. An ARM processor or system-on-a-chip (SoC), a piece of hardware that essentially miniaturizes all the components to make an SoC a stand-alone computing device, will carry the fingerprints and design used by each ARM vendor. That means software that runs on one ARM SoC may not run on another ARM SoC.
しかし、ARM をライセンスし、独自のプロセッサのバージョンを構築している、これらすべてのベンダーは、深刻なフラグメンテーションの問題へと導かれている。 ARM プロセッサあるいは SoC(system-on-a-chip)は、すべてのコンポーネントを本質から小型化するハードウェアの一片であり、スタンドアロンの SoC コンピューティング・デバイスを作り出すものであるが、それぞれの ARM ベンダーが用いる特徴と設計を持ち続けるだろう。 つまり、ある ARM SoC 上で走るソフトウェアが、別の ARM SoC では走らなくなるという、可能性を意味する。
Why was this done? Apparently, it was the old scratch-the-itch problem, according to George Grey, CEO of Linaro, a non-profit group working to build standards into the ARM ecosystem – and the parent organization of the Linaro Enterprise Group.
その理由は、どこにあるのだろうか?Linaro の CEO である George Grey によると、それは、昔からの「痒いところに手が届く」の問題のようだ。Linaro は、ARM エコシステム内で標準を構築する NPO であり、Linaro Enterprise Group の親会社でもある。
"Engineers will differentiate if they can," Grey told me in a recent conversation. And so, true to their natures, every ARM vendor has a different spin on how its ARM chip was built.
「 それが可能であるなら、エンジニアたちは差別化を施すだろう」と、先日に会話した際に Grey は言っている。 その特質に対して、彼らは忠実であるため、すべての ARM ベンダーは、ARM チップを構築する方式において、異なる解釈を有している。
In the past, as messy as this was, the model worked. Manufacturers that used ARM hardware would work with that particular SoC and ensure that an operating system like Linux, Android or iOS could be installed on it, Grey explained. Once the common operating system is in place, the problem of software compatibility was reduced: applications like Angry Birds and FaceTime talk to the operating system, not directly to the processor.
過去において、このモデルが機能する分だけ、混乱が生じてきた。 ARM ハードウェアを用いるマニファクチャたちが特定の SoC と協調し、また、Linux/Android/iOS といった OS を、その上にインストールできると保証していくだろうと、Grey は説明していた。 共通のオペレーティング・システムが、適切な場所にさえあれば、ソフトウェアに関する互換性の問題は低減していく。 つまり、Angry Birds な FaceTime などのアプリケーションは、プロセッサとダイレクトに会話するのではなく、OS と会話するのだ。
The Appeal Of ARM In The Cloud
Now that the cloud is becoming perhaps the biggest force in enterprise IT, a lot of people are noticing that maintaining racks and racks of servers can get expensive. Intel processors, for one thing, get hot. If they get too hot, things start melting, so you need to use even more energy to keep all those servers cool. And that means you can’t make these servers too compact, or you can’t fli ub air or water to pull the heat away.
いまや、エンタープライズ IT に対する最大の強制力はクラウドからもたらされ、膨大なサーバーとラックの固まりを保持することが、きわめて不経済な行為であると、数多くの人々が気付いている。 なにしろ、Intel のプロセッサ群は熱を出しすぎる。 そして、あまりにもホットになり過ぎると、パーツ類が融け始めるため、すべてのサーバーをクールに保つための、さらに多くのエネルギーを使う必要が生じる。 そして、これらのサーバーをコンパクトにすることも出来ず、また、熱を逃がすために空気や水を使うことも出来なくなる。
The average Intel server processor pulls in something like 80 watts of power just to run, Grey explained. But a multi-core ARM SoC draws only about 4 watts of power. That’s a whole system on a chip, too, not just the processor. Less power means less resistance and less heat. Less heat means less money wasted on cooling and more capability to compress ARM-based systems together.
平均的な Intel サーバー・プロセッサーは、単に走らせるだけで約 80 W のエネルギーを消費すると、Grey は説明する。 しかし、マルチコアの ARM SoC であれば、約 4 W の消費で済む。 しかも、プロセッサだけではなく、チップ上のシステム全体に対してである。 より少ない電力は、より少ない抵抗と、より少ない発熱を意味する。 より少ない発熱は、冷却に浪費された費用を抑え、また、ARM ベースのシステムを圧縮することで、より多くの機能が得られていく。
That’s why ARM is getting a lot more attention from hardware vendors, software vendors and really big cloud computing users. Today’s announcement of the Linaro Enterprise Group features exactly that kind of line up: AMD, Applied Micro Circuits Corporation, Calxeda, Canonical, Cavium, Facebook, HP, Marvell and Red Hat.
つまり、それが、ハードウェアとソフトウェアのベンダーや、きわめて大規模なクラウド・コンピューティング・ユーザーから、ARMが 注目されている理由である。 今日の Linaro Enterprise Group によるアナウンスメントは、AMD/Applied Micro Circuits Corporation/Calxeda/Canonical/Cavium/Facebook/HP/Marvell/Red Hat というラインナップを、まさに前面に押し出すものである
For AMD, this is the second half of a double-punch. On Monday the semiconductor company announced it would release ARM-based 64-bit chips for servers in 2014. Today’s inclusion within the Linaro working group solidifies its intent to do this right.
AMD にとっては、これは二発目のパンチである。 月曜日のことだが、このセミコンダクタ会社は、サーバー用のARM ベース 64 Bits チップを、2014年までにリリースすると発表した。 今日の Linaro WG では、その正当性を行使していこうという意志が固められた。
More Than Just Paper Shuffling
Because doing this right is what AMD and the rest of the members of the new group plan to do: Instead of building servers in a system where every different ARM chip or SoC maker has its own unique architecture and muddling through it like the phone and personal device makers, the intent is to start the game right and create common architectural features that will let server vendors using ARM chips more readily install software.
この正当性の実施とは、この新しいグループにおける AMD などのメンバーが、以下を計画することである。 つまり、 それぞれの ARM チップや SoC のメーカーが、独自のアーキテクチャを持つシステムでサーバーを構築し、スマートフォンなどのパーソナル・デバイス・メーカーのように、混乱の中で目的を達成する代わりに、ARM チップを用いるサーバーベンダーが、より容易にソフトウェアをインストールするための、正しい方向へと流れを導き、共通のアーキテクチャを構築していく意思を持つことである。
This is not an attempt to unify ARM processors into one single standard like Intel, Grey emphasized. There will still be diversity between ARM systems. But common features like boot architectures, which enable software to work on processors, will be standardized across various chip designs, so software can be more universally installed.
それぞれの ARM システム間には、依然として相違点が残るだろう。 しかし、複数のプロセッサ上でソフトウェアを機能させる、ブート・アーキテクチャのような共通の機能は、多様なチップ・デザインをまたいで標準化されるでだろう。それにより、ソフトウェアのインストールは、広く共通化される。
The establishment of a working group like this may just seem like a lot of paper shuffling, but the impact is potentially huge. Grey outlined a new kind of server environment where entire boxes of ARM-based SoCs sit in server rack shelves, instead of one Intel server per rack shelf, delivering the same or more computing power as an Intel-based system in less space, and for far less power and operational expense. The actual servers could be quite small, the size of a smartphone, or even smaller.
このようなワーキング・グループの設置は、単なる書類上の決め事だと思われるだろうが、その潜在的な影響力は巨大である。 Grey は、ラック・シェルフごとに 1台の Intel サーバーが入る代わりに、ARM-based SoC ボックス全体が収まるような、新しい種類のサーバー環境について概説している。それにより、より狭いスペースと、はるかに少ない電力と運用コストにおいて、Intel-based システムと同等あるいは、それ以上のコンピューティング・パワーを、提供するものとなる。 実際のサーバーは、スマートフォンのサイズもしくは、それ以上に小さいものになり得る。
Intel will no doubt rise to meet the challenge, but ARM’s success in the mobile sector has made the low-power processor a very appealing alternative in the enterprise space.
このチャレンジに対して、Intel は間違いなく対抗してくるだろう。しかし、モバイル分野での ARM の成功は、その低電力のプロセッサを、エンタープライズの世界での対案へと、押し上げていくだろう。
ーーーーー
ARM チップ・サーバーという考え方を紹介する記事を、Agile_Cat が初めて訳したのは、いまから2年以上も前のことです。そのころから ARM は、半導体メーカーへのライセンス提供に関して、サーバー・サイドでの展開を進めています。そして、仲間を増やしながら、今回の Linaro による展開へとつなげてきたのでしょう。Intel にとっても、真っ向から挑んでくるコンペティタが登場するわけです。 そして、これからは、いろいろな局面でイノベーションが生まれてくるでしょうし、IT インフラ全体にとって良い結果が生じると、期待したいです。![]()
ーーーーー
<関連>
SeaMicro を買収した AMD は、ARM ライセンスの取得へと向かうのか?
ARM チップは 5-watt の電力でサーバーを動かす
Nvidia が開発する ARM ベースの Server CPU とは?
ARM ベースの Marvell Armada XP は、クラウドで革命を起こせるのか?
Smooth-Stone はホンモノか? – ARM チップでデータセンターを目指す
ARM – データセンターから Intel を たたき出せ!
VMware が OpenStack に参加って マヂ ですか?
Surprise! VMware will join OpenStack
http://wp.me/pwo1E-4EM
Aug 26, 2012 – 5:52PM PT
http://gigaom.com/cloud/surprise-vmware-will-join-openstack/
Never say never. VMware is about to join the OpenStack Foundation, a group initially backed by other industry giants as a counterweight to VMware’s server virtualization dominance. Intel and NEC are also on deck to join as Gold OSF members.
世の中、何が起こるかわからない。 VMware が OpenStack Foundation に参加しようとしている。この団体は当初、サーバー仮想化における VMware の優位性に対するカウンターとして、業界の大手に支持されてきたのだ。 また、Intel と NEC も、Gold OSF メンバーとして参加しようとしている。
Just in time for VMworld, VMware is about to join the OpenStack Foundation as a Gold member, along with Intel and NEC, according to a post on the OpenStack Foundation Wiki. The applications for membership are on the agenda of the August 28 OpenStack Foundation meeting.
OpenStack Foundation Wiki へのポストによると、ちょうど VMworld に間に合うかたちで、 VMware は Intel や NEC と共に、Gold メンバーとして OpenStack Foundation に参加しようとしているとのことだ。 このメンバーシップに関する申請は、8月 28日の OpenStack OpenStack ミーティングにおけるアジェンダに載っている。
A year ago, a VMware-OpenStack hookup would have been seen as unlikely. When Rackspace and NASA launched the OpenStack Project more than two years ago, it was seen as a competitive response to VMware’s server virtualization dominance inside company data centers and to Amazon’s heft in public cloud computing. Many tech companies including but not limited to Rackspace, IBM, Hewlett-Packard, Citrix, Red Hat and Microsoft saw VMware as a threat and were bound and determined to keep the company from extending its virtualization lock into the cloud.
1年前であれば、 VMware-OpenStack 接続なんて、トンデモナイと思われただろう。 2年以上も前になるが、Rackspace と NASA が OpenStack Project を立ち上げたとき、オンプレミス DC における VMware 仮想サーバーの優位性に対して、また、パブリック・クラウド・コンピューティングにおける Amazon からの圧力に対して、真っ向から戦っていく姿勢として見られていた。 Rackspace に限定されることなく、IBM や、Hewlett-Packard、Citrix、Red Hat、Microsoft を含む、数多くのテック・カンパニーたちが、VMware を脅威として見なしていた。 そして、同社が、クラウドにも仮想化ロックを拡大することを、阻止しようとする強い決意を持っていたはずだ。

Steve Herrod, CTO and SVP of R&D, VMware
(c)2012 Pinar Ozger pinar@pinarozger.com
But, things change. VMware’s surprise acquisition of Nicira and DynamicOps last month, showed there might be a thaw in the air. For one thing, Nicira is an OpenStack player. By bringing Nicira and DynamicOps into the fold, VMware appeared to be much more willing to work with non-VMware-centric infrastructure, as GigaOM’s Derrick Harris reported at the time.
しかし、物事は変化する。 先月に起こった、VMware による、電撃的な Nicira と DynamicOps の買収が、雪解かもしれないという雰囲気をもたらしている。 1つには、Nicira が OpenStack プレーヤーだという現実がある。 以前に、GigaOM の Derrick Harris がレポートしたように、VMware は、この団体の中心に Nicira と DynamicOps を置くことで、Non-VMware セントリックなインフラの中で、振る舞っていくことも厭わないように思われる。
This is a symbolic coup for OpenStack and its biggest boost since IBM and Red Hat officially joined as Platinum members in April. And it’s especially important since Citrix, a virtualization rival to VMware undercut it’s own OpenStack participation last April by pushing CloudStack as an alternative open source cloud stack.
これは、OpenStack に対する象徴的なクーデターである。そして、IBM と Red Hat が、4月に Platinum メンバーとして正式参加して以来の、最大の推進力を与えるものでもある。 そして、仮想化において VMware のライバルである Citrix が、もう 1つのオープンソース・クラウドである CloudStack をプッシュすることで、OpenStack から脱会していることも、きわめて重要な背景である。
OpenStack Gold members, which include Cloudscaling, Dell, MorphLabs, Cisco Systems, and NetApp, pay a fee pegged at 0.25 percent of their revenue — at least $50,000 but capped at $200,000 according to the foundation wiki. (VMware’s fee will be $66,666, according to the application, submitted by VMware CTO Steve Herrod, which is linked on the wiki post.) Platinum members — AT&T, Canonical, HP, Rackspace, IBM, Nebula, Red Hat, and SUSE – pay $500,000 per year with a 3-year minimum commitment.
OpenStack の Gold メンバーには、Cloudscaling/Dell/MorphLabs/Cisco Systems/NetApp などが名前を連ねている。同ファウンデーションの wiki によると、それらの企業は、売上額の 0.25%(最低でも $50,000 以上)を会費として収めるが、上限は $200,000 となっている(VMware CTO Steve Herrod が提出した申請書によると、VMware の会費は $66,666 になる。この wiki 上のリンクから参照できる)。 また、 Platinum メンバーである、AT&T/Canonical/HP/Rackspace/IBM/Nebula/Red Hat/SUSE は、$500,000/年の支払を、3年間にわたりコミットしている。
Subscriber Content
Related research and analysis from GigaOM Pro
- Migrating media applications to the private cloud: best practices for businesses – 12/05/2011
- Infrastructure Q3: OpenStack and flash step into the spotlight – 10/13/2011
- Infrastructure Q2: Big data and PaaS gain more momentum – 07/19/2011
ーーーーー
あっと、驚く展開ですね。 8月 28日の OpenStack OpenStack ミーティングというと、これからの開催になりますが、拒まれることは無さそうですね。 そして、焦点となるのは、これからの VMware の立ち位置です。 ネットワークの仮想化などを取り込んだ、Datacenter as a Services を標榜するなら、OS の仮想化テクノロジーは何でも良いというスタンスを要求されるでしょう。 そして、そのような変化を遂げるなら、いまのビジネス・モデルを、その根本から変更しなければなりません。 これからの展開に注目です。 ーーー![]()
ーーーーー
<関連>
VMware が Nicira を $1.26B を買収 : その背景にあるものは?
VMware の言うクラウド選択の自由と、Nicira の買収は矛盾しないのか?
VMware は Cloud Foundry に、独自の道を歩ませるべきだ
CloudStack vs. OpenStack : Citrix の言う Amazon ライク説を論破する _1
NASA は OpenStack を捨て、Amazon に乗り換えたのか?
OpenStack Essex のコントリビューターたちに感謝! – including MIDOKURA
Who Wrote OpenStack Essex? A Deep Dive Into Contributions
http://wp.me/pwo1E-47y
By Joe Brockmeier / April 9, 2012
http://www.readwriteweb.com/cloud/2012/04/who-wrote-openstack-essex-a-de.php
It’s always interesting to see who really contributes to open source projects. That’s doubly true when it comes to projects that are corporate-driven, because they provide a lot of insight into which companies are driving a project and have a stake in supporting it. Looking at the numbers for OpenStack’s Essex release, it’s clear that only a small subset of companies involved in OpenStack are driving development.
このオープンソース・プロジェクトに対して、現実にコントリビュートしてきた企業を見ていくのは、常に興味深いことである。 こうした企業がドライブするプロジェクトには、彼らが数多くの洞察を提供し、また、そのサポートにおいて利害を持つという、2つの真実がある。今回の Essex リリースに参加した人数をみれば、OpenStack に関与する企業の一部分だけが、この開発を促進してきたことが明確になる。
Mark McLoughlin, an OpenStack contributor and Red Hat employee, took the time to come up with stats culled from the commits and Gerrit code reviews for Essex.
OpenStack のコントリビュータであり、また、Red Hat の従業員でもある Mark McLoughlin は、Essex に対してコミットされたコードと、Gerrit レビューから抽出された統計値の解析に時間を費やした。
McLoughlin provides several different pieces of the puzzle when looking at the OpenStack picture. He’s looked at the developers who’ve had the most change sets for the release cycle, the most changed lines, and the most lines removed. He’s also looked at lines reviewed, as well as the number of developers by employer.
McLoughlin は、 OpenStack の状況を説明しながら、パズルのような、いくつかの謎も提供している。 そして、彼が注目したのは、リリース・サイクルの更新および、コードの改善と削除において、最も貢献したデベロッパーである。
また、彼は、最もレビューされたコードと、デベロッパーが所属する企業についても調べた。
It’s not a perfect picture, of course. Having the most changes doesn’t mean that the changes were important, for instance. It does give a clearer picture of what’s really going on in OpenStack development.
もちろん、それらは、完ぺきな視点ではない。現実に、コードに対する変更の回数が、その重要性を意味するわけではない。
つまり、OpenStack の開発において、現実に起こっている事象を明らかにするだけのものである。
Developers by Employer
The first figure to consider is the number of developers contributing by company. No one should be shocked to see that Rackspace leads by a wide margin with 51 employees. To put that in perspective, Rackspace’s Stefano Maffulli identified more than 200 people and 50 companies that contributed to OpenStack in the Essex development cycle. McLoughlin’s figures say 226 developers.
最初の図は、コントリビュートしたデベロッパーの数を企業ごとに参照し、考えていくためのものである。 Rackspace が 51人の従業員を参加させ、大差でリードするのを見ても、それに驚く人はいないはずだ。 順番に考えていこう。まず、Rackspace の Stefano Maffulli は、Essex 開発サイクルにおいて OpenStack にコントリビュートしたのは、200人以上の人々と、50社の企業だと認識している。 それに対して McLoughlin は、226人のデベロッパーだとしている。
クリックで拡大 ⇒
This means that more than a fifth of the contributors to OpenStack are on Rackspace’s payroll.
それは、OpenStack へのコントリビュータの 1/5 以上が、 Rackspace からの経費により賄われていることを意味する。
HP has made a big public commitment to OpenStack, and it seems to be living up to it. HP has 19 people identified as contributors to OpenStack Essex.
HP は OpenStack に対して、膨大なパブリック・コミットメントを行なっており、期待に答えているように思われる。 HP は、OpenStack Essex において、19人がコントリビュートしたと認識している。
We told you that Red Hat was contributing heavily to OpenStack in February. But at that time it wasn’t entirely clear where Red Hat fell. Turns out, it’s third in developers, with 12 developers contributing.
2月の時点において、Red Hat が OpenStack にたしいて、大きなコントリビューションを行なっていると説明した。 しかし、その時点において、Red Hat が失速していることを、私は認識していなかった。 結局のところ、12社の デベロッパー・コンロリビューションの中で、同社は第3位となる。
After Red Hat, there’s Citrix (9), Nebula (8), Cisco Systems (6), Canonical (6), Piston Cloud (6), Dreamhost (4) and SUSE (4) in the top 10.
その後に続く Top-10 としては、Citrix (9), Nebula (8), Cisco Systems (6), Canonical (6), Piston Cloud (6), Dreamhost (4), SUSE (4) の順となる。
The number of bodies, though, can be misleading. It may be that HP and Red Hat developers are not exclusively tasked with OpenStack, though. Some of Red Hat’s developers, for instance, are also doing work packaging OpenStack for Fedora and/or working on OpenShift. A company might only have two employees doing OpenStack work, but they may be doing it full time and/or doing some of the most difficult work.
組織ごとに数えることは、少々紛らわしくもある。しかし、HPと Red Hat のデベロッパーが、専有的に OpenStack の仕事を請け負ったというわけではないだろう。 現実に、何人かの Red Hat デベロッパーも、Fedora および OpenShift のために OpenStack をパッケージングするという作業時従事している。。 ひょっとすると、同社は OpenStack に関して、2人の従業員だけを割り当てているのかもしれない。しかし、もし そうなら、フル・タイムでの作業となり、また、最も困難な作業をこなしているのかもしれない。
Code Influence
To get a clearer picture than we have just by looking at developers, we can also see what companies are responsible for the most code changes and code reviews.
さらに明らかな全容を得るために、デベロッパーだけに注目するのではなく、コードの変更とレビューにおいて、どの企業が責任が責任を負ったのかを調べてみた。
OpenStack uses Gerrit for code review, so it’s possible to see who’s reviewing and approving code. Rackspace dominates here, with 68.1% of reviews. Nebula is next with 12.6% of the reviews, Red Hat has 4.4%, HP has 3.7% and Nicira has 2.4%. When you get to the bottom of the top 10 (Piston Cloud, Canonical) you’re looking at less than 1%.
OpenStack では、コード・レビューのために Gerrit が用いられている。 したがって、コードのレビューを承認を行なってきた企業が分かるようになっている。 Rackspace によるレビューは、全体の 68.1% という圧倒的なものになる。2番手は Nebula であり、レビューの 12.6% を占めている。 そして、その後には、Red Hat の 4.4 %、HP の 3.7%、Nicira の 2.4% が続く。この Top-10 の下位グループ(Piston Cloud と Canonical)に目をやると、その比率が 1% 以下であることが分かるだろう。
クリックで拡大 ⇒
In terms of lines changed by employer, Rackspace is at the top with 46.8%. Nebula has 24.4%, Red Hat has 5.4% and Citrix has 4.0%. Midokura , a company I hadn’t heard of until doing this piece, is in fifth place. Despite Dell’s vocal support for OpenStack, the company doesn’t seem to be contributing a great deal.
コードの改善におけるライン数では、 Rackspace が 46.8% でトップとなる。 2番手の Nebula は 24.4% であり、その後に、Red Hat の 5.4%と、Citrix の 4 % が続く。 この項目を書くまで、私は Midokura を知らなかったが、同社は 5 番手のポジションにある。 (イェーイ!!!) Dell に関しては、OpenStack をサポートする掛け声は高くても、実質的なコントリビュートは行なわれていないようだ。
Change sets are a slightly different story. Rackspace still dominates, with 55.2%. Nebula has 10%, Red Hat has 7.9%, HP has 2.9% and Canonical has 2.6%.
更新の件数になると、少し異なるストーリーとなる。 ここでも、Rackspace が 55.2% でトップとなる。 続いて、Nebula が 10%、Red Hat が 7.9%、HP が 2.9%、Canonical が 2.6% と続く。
Another view we have is bugfixes, out of the Launchpad statistics. Again, Rackspace is at the top with 800, Nebula comes in with 240, Red Hat has 140, Nicira has 69 and Canonical has 50.
バグ・フィックスという視点は、Launchpad 統計から外れたものとなっている。 再び、Rackspace が 800 件でトップであり、Nebula の 240件、Red Hat の 140件、Nicira の 69件、Canonical の 50件が続く。
クリックで拡大 ⇒
In every case, the drop-off after the first five or ten companies is very significant. For example, in terms of lines changed – Canonical is the 11th company by lines changed and only claims 0.6% of changes.
すべてのケースにおいて、トップから 5社~10社に成果が集中しており、その後の落ち込みが顕著である。 たとえば、コード改編における 11番手は Canonical であり、同社が処理したライン数は、全体の 0.6% に留まっている。
What It Means
Despite the effort to paint OpenStack as a widely supported project with lots of developer commitment , it’s still Rackspace that’s doing the lion’s share of the work.
たくさんのデベロッパーがコミットする、広く支援されたプロジェクトとして、OpenStack を見せる労力にもかかわらず、その作業においては、依然として Rackspace が圧倒的な比率を占めている。
Nebula is also pulling a lot of weight in the project, though it has fewer contributors than HP or Red Hat. The top 10 corporate contributors are pulling a disproportionate share of the load in OpenStack.
さらに、このプロジェクトでは Nebula が大きな役割を担っているが、そのコントリビュータは HP や Red Hat より少ない。全体としては、Top-10 の企業コントっリビュータが、OpenStack の作業負荷において、不均衡な比率を占めている。
This isn’t abnormal for an open source project, though. If you look at Linux kernel development , you’ll see that the top contributors are doing more than the long tail of companies that are involved in kernel development.
Linux カーネルの開発に目を向けると、トップ・コントリビュータが、カーネル開発に関与する企業よりも、ロイングテールの観点から、より多くの貢献を達成していることが分かるだろう。
But the disparity is striking. No company is shouldering nearly 50% of kernel development by any measure.
しかし、OpenStack との相違は顕著である。 どんな尺度で測っても、Linux カーネルの開発において、50% 近い負荷を担っている企業はいない。
Looking at recent kernel development, you’ll see Red Hat at the top of companies contributing to the kernel. But Red Hat sits at the top of the list (after developers with no corporate affiliation), with 10.7% of the changes from the 2.6.36 kernel to the 3.2 kernel. Intel has 7.2%, Novell 4.3%, IBM 3.7% and so on – down to a long list of companies contributing tiny bits.
Linux カーネルにおける、最近の開発状況を見てみよう。 そのトップである Red Hat が、カーネルにコントリビュートしているのが分かるだろう。 しかし Red Hat は、カーネル 2.6.36 ~3.2 の間で 10.7% の変更に留まっていることが、そのリスト(after developers with no corporate affiliation)に示されている。その後には、Intel の 7.2%、Novell の 4.3%、IBM の 3.7% と続き、その長いリストの最後には、きわめて低い比率の企業が記されている。
The real contributor community outside of Rackspace doing significant development is smaller than one might think given the figures coming out of OpenStack. It looks like it’s on its way to a healthy mix, but I’m not sure it’s quite there yet.
OpenStack から得られる成果と比較して、Rackspace の外で重要な開発に従事している、実際のコントリビューター・コミュニティは小さいのかもしれない。 そして、健全に混じりあう途上にあるとは思えるのだが、その道程を走破できると信じられる道程には、まだ到達していないと、私は確信している。
See Also
- It’s Not Highlander: There Can Be More Than One Open Source Cloud
- OpenStack Essex Focuses on Being Production-Ready
- Can Copyleft Clouds Find Contributors?
- More Cloud Turbulence: CloudStack Heads to Apache Foundation
- Amazon Leads Price War: Drops AWS Pricing Again, Leans Heavy on Reserved Instances
ーーーーー
こうして、コントリビューション全体が俯瞰できることは、とても良いことですね。 そして、現時点での大きな問題点として、Rackspace への過大な異存が明らかになりました。 文中の、Linux コミュニティとの比較により、OpenStack の特殊性が強調されてしまいますが、まだ走り始めたばかりの若いコミュニティですので、長い目で見てあげたいですね。 それにしても、MIDOKURA の頑張りはスゴイです。 あまり、日本を意識してはイケナイのでしょうが、日本人として嬉しいです! ーーー 
ーーーーー
<関連>
OpenStack は Essex で、どう変わったのか?
Red Hat と IBM は、OpenStack に参画するのだろうか?
CloudStack は Apache へと走るが、OpenStack に問題は生じないのか?
OpenStack デベロッパーに朗報! Sandbox とAPI Reference
オープンソースは商用ソフトウェアを侵食し始めているのか?





























































































leave a comment