A-Listers

花盛りなPaaS (Platform as a Service)ですが、やはり統廃合が起こるのは必然のようです。PHP向けとしては知名度の高いPHP Fogが利用者向けのニュースレターで12月にサービスを終了し、AppFogへの移行(注: AppFogはPHP Fogの次世代版であり、PHPもサポートする)を促すという方針を明らかにしました。まだブログなどにはこの内容はアップされていませんが、ニュースレターの内容がgistにコピペされています。

HackerNewsでもこの話題は投稿されており、下記のような声が見られます。

• ここ二週間はサポートが顔を地面に落としたみたいで、電話は留守電になってるし、サポートチャットもサイトから消えていた。6ヶ月前に使い始めたPHP Fogは気に入ってるけど、AppFogに移行するかはわからないな。
• AppFogの方が使いやすいようだし、いいんじゃないの？

なお、上記の声に対してどうも中の人が全レスを付けてまわっているようで、これもなかなかおもしろい光景です。

おそらくPaaSの分野はまだ勝負が決するほど状況は進んでいませんが、各事業者が初期に提供していたスタックを汎用的なスタックに改良した際に古いスタックをどのように捨てていくのかという問題にとりかかるしかないというのが実際のところではないでしょうか。

via:https://gist.github.com/4067487

筆者のタイムラインにこの所海外からよく流れ込んでくるのがこのネコの写真です。これはGrumpy Cat(気難しいネコ)という名前でミームになっているTardちゃんで、飼い主はアリゾナのTabatha Bundesenさんです。この写真が有名になったのはReddit上に投稿された2012年9月23日以降です。そこからさまざまなキャプションや編集された写真が大拡散しているようです。

左上から「遊んでみたけど、最悪だったニャン」「座ろうとしたけど合わなかったニャン」「がっかりだ」「奴らは僕の糞を盗みやがる」などなど

洋の東西を問わずインターネットではネコが人気コンテンツであるという点はいつもどおりですが、話題が拡散したのがReddit上であるという点は昨今のバイラルが発生するメカニズムの違いを表しているようで興味深いですね。外人に受けるスライドなどを仕込みたい人は引用してみるとよいかもしれません。

ちなみに動画もかわいい。

via:http://knowyourmeme.com/memes/grumpy-cat

Nexus7の発売が話題になっており、引き続き活発なAndroidについて気になる統計がRoyal Pingdomに掲載されていました。記事によるとモバイルのウェブ閲覧の28.21%がAndroidによって行われ、これはiOSの24.48%を上回っています。

国ごとの数字でみるとなんと韓国ではモバイルウェブの87.2%がAndroidからの閲覧という事で圧倒的です。次いでミャンマーでは84.5%、台湾では70.6%ということで高いシェアを持っています。韓国がサムソンのお膝元であるから驚きには値しないとしつつも、驚異的であると記事では締めくくっています。

via:http://royal.pingdom.com/2012/09/06/south-korea-android-heaven/

David Heinemeier Hansson氏（Railsの開発者。以下DHH）が37signalsのブログに公開したRunning beta in productionというエントリによると、同社ではBasecampの開発に使われる6つのベータサーバーがすべて単一の本番環境のデータベースを参照して動いているそうです。

DHH氏曰く、「自分がいいアイデアだと思ったものが本当にそうなのかを知るには、実際のデータを対象に自分たちが日々使ってみることが必要」とのこと。

Basecampでは新機能や改良の開発、技術的なアップグレードなどを継続的に行なっており、そのために同一の本番環境のデータベースを参照する6個の異なるベータサーバーが運用されています。通常、開発中の機能は開発用のデータベースと共に運用するのがセオリーだと思いますが、DHH氏は「実際の重要なデータとともに不満を感じながら使わないかぎりは、そういった機能をきちんと評価することは不可能だと気づいた」とのことで、このような構成になっているそうです。

最初は、実際にサービスの運用に使っているものとは物理的に異なるサーバーに本番のデータを複製しているのではないか、とも思ったのですが、コメント欄にて「All beta envs and production share the same prod database.」という37signalsスタッフのコメントがあるので、やはり実際にサービスで利用しているデータベースにベータサーバーを接続しているということで間違いないようです。

また、6つのベータサーバーをどのように使い分けるのかの手順はシンプルで、どのサーバーでどのブランチのコードを走らせているかは、開発者が適宜、開発用のチャットルームのタイトルに反映させているそうです。ブログエントリに掲載されたスクリーンショットでは、以下のようなルームタイトルになっていました。

• staging: riakcs
• beta: project_templates
• b1: redis-resque-upgrade
• b2: tags-mini
• b3: bcx-ios-compose [reserved for bcx-ios]
• b4: email-in-phone
• b5: rails4

エントリではstagingの位置づけには触れられていませんが、それ以外のbetaからb5までのサーバーはすべて本番のデータベースに接続していると考えてよさそうです。

開発者は、ベータサーバーが必要なときはルームタイトルの「b1」の部分を「b1: redis-resque-upgrade」のようにサーバー名とブランチ名に書き換え、ベータサーバーでの作業が終わったら「b1: available」のように変えることで、シンプルに運用しているようです。

このようなスタイルの運用で気になるのが、データベースマイグレーション（スキーマの変更など）をどのように適用するか、というところだと思います。

それについてはコメント欄でいくつかやりとりがされていて、基本的には、

• 本番データベースに接続されたステージング環境でマイグレーションのテストを行う
• その後、それを本番環境にもロールアウトする

という運用のようですが、この際、ステージング環境が接続する本番データベースというのが、本番データベースの複製なのか実際に運用しているデータベースそのものなのかについては残念ながら言及がありませんでした。

個人的にはかなりアグレッシブな運用だと感じたのですが、データベースマイグレーションを注意深く行うようにすればアリなのかもしれませんね。