興味のある方は下のフォームからリクエストください。
送っていただいたメールアドレスを招待リストに登録しますので、
間違えないようにお願いします。

なくなり次第終了します。終了しました。

▼2009/11/27 13:13 追記:
終了いたしました。

▼2009/11/27 11:32 追記:
残り2通です。
順番によりご招待できない場合もでてきましたので、ご理解ください。

▼2009/11/26 23:46 追記:
+8通増えましたが、残り6通です。
メールアドレスの入力間違いが多いので、確認をお願いします。

▼2009/11/20 13:34 追記:
残り8通。まだまだあります。

【詳報】Google Waveとは何なのか？ － ＠IT

今回はTwitterのアカウントを持っていれば誰でも利用できる、
けど一部のデータしか取得できない「spritzer」APIを利用しました。

Streaming API Documentation

※json_decode()を利用しているのでPHP5.2.0以上対象になります。

<?php
$user = 'username';
$password = 'password';
$stream = fopen("http://{$user}:{$password}@stream.twitter.com/spritzer.json", "r");
while ($json = fgets($stream )) {
    $twitter= json_decode($json,true);
    if(preg_match('/[ァ-ヶーぁ-ん]/u',$twitter['text']))
        echo $twitter['user']['name'].':'.$twitter['text'] . PHP_EOL;
}

なんてことないコードになりました。
実行すると標準出力に「ユーザー名:つぶやき」が続々と出力されます。

ポイントもなにもないんですが、「日本語のつぶやき」を取得する部分は、
「つぶやき内に1文字でもひらがなorカタカナが含まれている」という条件になっています。

Unicode対応 文字コード表

漢字を含めようとあまり広げ過ぎると中国語のつぶやきも出てきますし、
いい感じの落とし所だと思っています。

正規表現のフィルターをURLにして今流行ってるサイトを取り出す、なんてことも簡単ですね。
（実際はbit.lyのURLを戻したりしなきゃいけなかったり面倒ですけども）

なんだかものすごく長くなってしまったので、最初に目次を用意しておきます。
（目次の生成にTable of Contents Generatorプラグインを利用。これは便利。）

目次

まずはWindows Server 2003を立ち上げる

イメージ一覧を表示

イメージを選ぶ

今回はBasic Microsoft Windows Server 2003（Microsoft Windows 2003 R2 Data Center edition 32bit）を選択します。

鍵ファイルを生成

「windows」という名前を付けています

生成完了

生成が完了すると、「設定した名前.pem」というテキストファイルが自動的にダウンロードされます。

外部アクセス制限（ファイアーウォール）

windows用の設定なので3389ポートのみをオープンにした「windows_default」という名前のsecurity groupを作成します。

最終設定

インスタンス数（今回は1）とインスタンスタイプ（今回はsmall）を選びます。

インスタンスが起動しました。

インスタンス起動中のステータス

インスタンスはstarting→pending→runningの順でステータスが移り変わります。

Administratorパスワードを取得

EC2のシステムでランダムに生成されたAdministratorパスワードが指定した鍵ファイルを使って暗号化（encrypt）されているので、復号化（decrypt）して取得します。

Windowsのインスタンスを選んで、Passwordをクリックします。

ただし、インスタンス起動直後はパスワード生成と暗号化がまだ完了していないので、2、3分待ちます。

正常に生成が終わっていれば、この画面が表示されます。

Private Keyにテキストエリアに該当する鍵情報（今回はwindows.pemファイルの中身）をペーストします。

鍵が一致すれば復号化されたパスワードが表示されるので、記憶します。

リモートデスクトップで接続

接続の前に

既にIPアドレスがわかっているので接続できますが、「Conect」をクリックすることで、接続方法のヘルプが確認できます。
しかも、「OPTION 1: Shortcut File」にあるshortcut fileをダウンロードすることで、簡単に接続ができます。

リモートデスクトップで接続

リモートデスクトップを起動し、インスタンスのリモートホスト名を入力、接続します。

証明書で警告がでますが、無視して進めます。

無事接続できれば、ログオンダイアログが表示されます。

さっき記憶したAdministratorパスワードを入力し、ログオンします。

ログオンできれば、デスクトップが表示されます。

ちなみにMacの場合は

Microsoft純正のMac版リモートデスクトップがリリースされているので、そちらをダウンロードして利用しましょう。
試してみましたが、なんの問題も無く接続できました。
Mactopia Japan : Microsoft Remote Desktop Connection Client for Mac 2

いよいよ日本語化

日本語化するにはWindows Serverのメディア（CDのデータ）が必要になりますが、デフォルトのC、Dドライブには入っていません。

スナップショット

しかし、AmazonがスナップショットイメージとしてCDのデータを提供してくれているので、EBSを経由して利用します。
まず、インスタンスのZoneを確認しておきます。今回の場合は、「us-east-1b」でした。

EBSを利用してEドライブを作成

ELASTIC BLOCK STORE > Volumes > Create Volumeをクリックします。

ディスクサイズは 2G、ゾーンは先ほど控えたインスタンスと同じゾーンを選びます。
（ここでインスタンスと違うゾーンを選んでしまうと接続できなくなります。）

snapshotで、Windows 2003 R2 Datacenter 32-bitを選びます。（違うOSを利用している場合は該当するsnapshotを選びます。）

選択したsnapshotのIDと同じIDが一番下のテキストボックスに入力されたことを確認します。
（ここが空欄のままだと空のボリュームが作成されてしまいます。）

statusがavailableになったら利用するボリュームにチェックをして、Attach Volumeをクリックします。

接続先のインスタンスとデバイス（Windowsの場合はあまり関係ないですね。）を選びます。

ステータスがin-useになれば、接続が完了です。

インスタンスのWindowsへ戻ってみると、自動的にEドライブが認識されています。

ディレクトリ構成はこんな感じです。

Regional and Language Options

いよいよ、日本語化の設定です。
Regional and Language Optionsを実行します。

まずLanguagesタブにある日本語（東アジア圏の言語）をインストールするためのチェックボックスにチェックを入れます。

Advancedタブの設定も日本語（Japanese）にしておきます。

OKを押すと、CD-ROMを要求されます。

ここで先ほどのドライブを指定します。今回の場合は、E:¥Disk1¥i386になります。

ファイルのコピーが始まります。

全てコピーが終わった後、再起動します。

再起動の確認は？

再起動をするとコネクションが切れてしまうので、再起動したかどうかはOutputを見るとわかります。

再起動後、システムが正常に動いていれば「Windowos is Ready to use」というログが確認できるはずです。
ちなみにログをよく見てみると、ローカライズする前と後で日付の出力フォーマットが変わっています。 

日本語の確認

再起動後、タスクバーの右下に言語切り替えが表示されています。

フォーマットの設定を日本語してみると、きちんと日本語で表示されます。

日本語の入力もできるようにキーボードの設定をします。

ブラウザーを立ち上げてみると。

このブログも化けずに表示されました。

日本語の入力も問題なしです。

日本語化したインスタンスをイメージ化（再利用）する

せっかく日本語化したので、いつでも利用できるようにイメージ化しようと思います。

起動中のインスタンスを選んで「Bundle」ボタンをクリックします。

自分のアカウントでアクセスできるS3のバケット名とファイル名を設定します。

設定に問題が無ければ、すぐにイメージ作成がはじまります。

Bundle Tasksをクリックすると、bundleの進行が確認できます。

ステータスは、bundling→storing→completeと変化します。
Windowsはデータが重いので結構時間がかかります。

complete後、EC2にAIMとして登録します。
左上にあるRegister as AMIボタンはアクティブにならない（不具合？）ので、登録したいイメージの行の上で右クリックするとポップアップメニューで「Register as an AMI」が表示されるので、こちらから登録します。

マニフェストファイルのパスを確認します。

登録されました。

登録すると、自分のAMI一覧にWindowsマークのついたAMIが表示されます。

今回は、コマンドでいうこれはConsoleでいうどういう操作？を比べてみました。
良く使うコマンドのみですが。

https://console.aws.amazon.com/ec2/

ec2-describe-images（Alias=ec2dim）

S3上に登録されているインスタンス化可能なイメージ一覧を取得するコマンド

Consoleでは左メニュのAMIsをクリックするだけで一覧がでます。

しかも、イメージの種類（Amazon謹製イメージ、公開イメージ、個人イメージ、自分のイメージ、アーキテクチャ別）で選べる上、

OS（CentOS,Debian,Fedora,Gentoo,Open Solaris,Red Hat,SUSE,Ubuntu,Windows）も合わせて検索できます。
これは便利ですね。

例）公開イメージの中からCentOSを選んだ状態

ec2-register（Alias=ec2reg）

S3上にあるイメージファイルをEC2に登録するコマンド

ConsoleではAMIsから上部メニュにある「Register New AMI」をクリックすると、ダイアログウィンドウがでるので、S3上にあるマニフェスト（xml）ファイルを指定します。

ec2-add-keypair（Alias=ec2addkey）

ログイン用の暗号キーを生成、登録するコマンド

Consoleでは、「Key Pairs」→「Create Key Pair」と進めていくと、秘密鍵の名前を聞くダイアログがポップアップします。

名前を入れ「Create」を実行すると、実行結果の表示と秘密鍵のダウンロードが始まります。

ec2-delete-keypair（Alias=ec2delkey）

生成済みのログイン用の暗号キーの登録を削除するコマンド

Consoleでは、「Key Pairs」→削除したいキーを選択→「Delete」→「Yes, Delete」で完了です。

ec2-run-instances（Alias=ec2run）

登録済みイメージからインスタンスを起動するコマンド

ダッシュボードトップから、「Launch Instances」をクリック

Launch Instancesから起動したいイメージを選び、「Select」をクリック

KeyPairもFirewallもすでに設定済みの場合は、一気に起動設定の項目まできます。
起動するインスタンス数、インスタンスの種類、利用するキー、Firewallのグループをすべて選び、「Launch」

無事起動すると、完了画面が表示されます。

ec2-authorize（Alias=ec2auth）

外部からどのポートにアクセスを許可するのか設定するコマンド

「Security Groups」を開くと、すでに設定済のものがあれば一覧が表示されます。
右上のリストを選ぶと、右下に詳細設定画面が表示され、ここで設定できます。
許可リストなので、LinuxでWebサーバーならば、22番と80番を許可したリストを作って「web_on_linux」などと名前を付けて用意しておくと便利かもしれません。
許可リストは複数作成してAND条件で複数指定できるようなので、linux_defaultで22番/webで80番と作って2つをセットする使い方が美しいですね。

ec2-terminate-instances（Alias=ec2kill）

起動中のインスタンスを停止するコマンド

Instancesを選び、インスタンス一覧から停止したいインスタンスをチェックし、「Terminate」をクリック

確認ダイアログがポップアップするので、「Yes, Terminate」を実行。

あーもう絶対コマンド使わなくなるな。

Windows環境で使っているXAMPPに含まれるApacheやPHPのバージョンが若干古いので、最新のものに入れ替えようとしてハマったことを記します。

環境

• Windows Vista SP1
• XAMPP 1.7.0
  • Apache 2.2.11
  • MySQL 5.1.30
  • PHP 5.2.8
  • phpMyAdmin 3.1.1
  • FileZilla FTP Server 0.9.29
  • Mercury Mail Transport System v4.52
  • OpenSSL 0.9.8

apache friendにある1.7.0のZIPアーカイブ版を利用しました。
ダウンロード後、C:\xamppに展開することにします。

PHPのcliでエラー

早速、PHPが正常に動くか確認するため、コマンドラインでバージョン情報を確認します。

c:\xampp\php>php -v
PHP 5.2.8 (cli) (built: Dec  8 2008 19:31:23)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
    with Zend Extension Manager v1.2.0, Copyright (c) 2003-2007, by Zend Technologies
    with Zend Optimizer v3.3.3, Copyright (c) 1998-2007, by Zend Technologies

すると、もれなく

と、エラーが出現します。強制終了の雰囲気ですが、コマンドは実行されます。
うーん、気持ち悪い。
原因は既出で、php_mysqli.dllが原因のようです。

• “CLI has stopped working” on Windows Vista
• Vista+XAMPPで「CLIの動作が停止しました」と表示される

extension=php_mysqli.dll

↓

;extension=php_mysqli.dll

とコメントにすることで対処できるんですが、じつは1.7.0では（どのバージョンからは不明）対応済みのdllが用意されています。
xampp\php\extをのぞいてみると、「php_mysqli_5.0.51a.dll」というファイルがあり、これを「php_mysqli.dll」にリネームすることで回避できます。

php -i
#snip
mysqli

MysqlI Support => enabled
Client API library version => 5.1.30
Client API header version => 5.0.51a

バージョンがバラバラなのがかなり気持ち悪いんですが、MySQL5.1.30に対しても問題なく動きます。

eAcceleratorでエラー

デフォルトではOFFにされていますが、PHPのアクセラレータのひとつ、eAcceleratorがバンドルされているので、これを有効にしてみます。
php.iniを修正します。

よくあるミス
XAMPPにはphp.iniが2つあります。
ひとつはxampp\php の下、もうひとつはxampp\apache\bin の下。
前者はCLI用のiniファイルで後者はApacheモジュール用のiniファイルですので、注意しましょう。

セミコロンをすべて外します。

こういう作業は矩形選択（箱型選択）できるエディターが便利ですね。
（上記エディターはK2Editor）

さて、実行してみましょう。

php -i
#何も表示されずに終わってしまう・・・

php -v
#こっちもだ・・・

ログもエラーも出ないので、困った・・・。
CLIからの追跡はあきらめて、PHPモジュールの方のphp.iniのeAcceleratorを有効にして、ApacheからPHPを実行して経過をみてみます。
すると、Apacheが起動せず、強制終了します。

ということなので、Apacheのエラーログ（xampp\apache\log\error.log）を確認します。すると、

PHP Warning:  [eAccelerator] This build of "eAccelerator" was compiled for PHP version 5.2.7. Rebuild it for your PHP version (5.2.8) or download precompiled binaries.\n in Unknown on line 0

衝撃の事実。xampp1.7.0にバンドルされているeAccelerator.dllは（ある意味伝説の）5.2.7 をターゲットにコンパイルされているので、バージョンが合わないというエラーです。

• Windows用 eAcceleratorの配布

こちらのサイトに5.2.8用にビルドされたdllがダウンロードできるので、こちらをxampp\php\ext\eAccelerator.dllと差し替えます。

c:\xampp\php>php -v
PHP 5.2.8 (cli) (built: Dec  8 2008 19:31:23)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies
    with eAccelerator v0.9.5.3, Copyright (c) 2004-2006 eAccelerator, by eAccelerator
    with Zend Extension Manager v1.2.0, Copyright (c) 2003-2007, by Zend Technologies
    with Zend Optimizer v3.3.3, Copyright (c) 1998-2007, by Zend Technologies

ちゃんと認識されました。

それから忘れがちなのが、ACLが有効になってるとサーバーの立ち上げなどにAdministrator権限が必要なので、xampp-control.exeなどを実行するときには、右クリック→管理者として実行(A) で起動しましょう。sudoですね。
リソースが許すの出れば、サービスに登録してしまうと楽です（セキュリティーには気をつけて）。

今回なんでVista環境にxamppを入れたかというと、このブログでも使ってるWordPressのコードを読んで見ようと思ったからです。
ソースをちらっと見たことある人ならわかると思うんですが、結構ヒドいコードです。
PHPのカオスさがそのまま如実に表れてるというか。
なので、debugツールを使って楽をしようと導入したわけです。
XDebugかZend Debuggerを使って、少しずつ解析していって、経過を載せたいと思います。

昨日、新生OpenPNE3.0.0がリリースされました。
今回のリリースの大きな特徴はなんといってもベースとしてsymfonyを採用したことです。

しかも開発のコミュニティーを見ているとsymfonyの採用バージョンを1.1から1.2へと途中で変えたり、いろいろ試行錯誤があったようです。

最新ソースはこちらのリポジトリか、zipファイルで取得できます。

インストール

それでは作業を進めていきます。
ソースのダウンロードと、展開を行います。

wget http://downloads.sourceforge.net/openpne/OpenPNE-3.0.0.zip
unzip OpenPNE-3.0.0.zip

展開されたファイル群の中からNOTICEを見てみると、

This product needs the third-party softwares listed blow to run.
 - PHP: Hypertext Preprocessor (5.2.x)
 - symfony (1.2.x)

と、symfony1.2以上、PHP5.2以上が必要だと明記されています。
この環境にはすでにsymfony1.2.2とPHP5.2.6がインストールされていますのでこのまま進めてみます。
DBはMySQLを利用し、
dbname=openpne3, username=openpne3, password=password, host=localhost を用意しておきます。

OpenPNE用taskが追加されており、openpneで始まるtaskが用意されています。
利用可能なタスクは

symfony -T

で確認できます。

DBの設定とデータの初期化を行います。

symfony openpne:install

DBに関する設定をウィザード形式で進めていきます。

Choose DBMS (mysql, pgsql or sqlite)
mysql

Type database username
openpene3

Type database password (optional)
password

Type database hostname
localhost

Type database name
openpne3

Type database socket path (optional)

The DBMS                mysql
The Database Username   openpne3
The Database Password   ******
The Database Hostname   localhost
The Database Name       openpne3

The Database Socket
Is it OK to start this task? (y/n)
y

#以下処理が流れていきます

設定が無事終わったら、パーミッションの設定を行います。

symfony openpne:permission

これでアクセス可能になります。

って簡単にいかない

順調に行けば上の通りなんですが、今回の環境ではスムーズには行きませんでした。
必要な環境はこちらに書かれています。

• OpenPNE3.0 セットアップ手順

XSLがない

[propel-sql] Could not perform XLST transformation.
Make sure PHP has been compiled/configured to support XSLT.

PHPのXSLエクステンションが入っていないらしい。
この環境のPHPはソースコンパイルでいれたものなので、ソースからエクステンションのみコンパイルします。

cd ~/php-5.2.6/ext/xsl
phpize
configure
make
sudo make install

configure途中で

configure: error: xslt-config not found. Please reinstall the libxslt>= 1.1.0 distribution

なんて出る場合は、libxsltをインストールしてから、再度configureを実行します。

sudo yum install libxslt-devel

生成されたxsl.soを読み込むようにphp.iniを編集します。

sudo vi /etc/php.ini
extension=xsl.so

読み込まれたかどうかを確認します。

php -i |grep xsl
xsl
libxslt Version => 1.1.11
libxslt compiled against libxml Version => 2.6.16
libexslt Version => 1.1.11

これで大丈夫です。

PDOがない

Execution of target "insert-sql" failed for the following reason:
/usr/local/lib/php/symfony/plugins/sfPropelPlugin/lib/vendor/propel-generator/build-propel.xml:275:1:
 [wrapped: could not find driver]
   [phing] /usr/local/lib/php/symfony/plugins/sfPropelPlugin/lib/vendor/propel-generator/build-propel.xml:275:1:
 [wrapped: could not find driver]

 Some problems occurred when executing the task:
   build-propel.xml:275:1:  [wrapped: could not find driver]
   Read the logs to fix them

なにやら真っ赤です。
could not find driverということなので、DB接続ドライバーがないというエラーです。
symfony1.2が採用しているORMのPropelが1.3になっていて、このライブラリがpdo_mysqlを必要としています。

xslと同じ要領で

cd ~/php-5.2.6/ext/pdo_mysql
phpize
configure
make
sudo make install

入ったかどうかを確認します。

php -i |grep pdo
pdo_mysql

OKです。

さらにメモリーエラー

Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to
allocate 35 bytes) in
/usr/local/lib/php/symfony/util/sfToolkit.class.php on line 191

これは素直にメモリの作業領域が足りないので、php.iniのmemory_limitの値を大きくします。

sudo vi /etc/php.ini
memory_limit = 64M

容量はメモリの許す範囲で。

番外編

openpneタスクコマンドでインストールしない方法もメモしておきます。
通常のsymfonyアプリケーションの手順になります。

DBの設定のためconfigディレクトリにdatabases.ymlを作成して、設定を書き込みます

vi config/databases.yml

all:
 propel:
   class:        sfPropelDatabase
   param:
     classname:  PropelPDO
     dsn:        mysql:dbname=openpne3;host=localhost
     username:   openpne3
     password:   password
     encoding:   utf8
     persistent: true
     pooling:    true

それから同じくconfigディレクトリのpropel.iniの一部を修正します。

vi config/propel.ini
propel.database.url        = mysql:dbname=openpne3;host=localhost
propel.database.password   = password
propel.database.user       = openpne3
propel.output.dir              = {ProjectRoot}#ここにはプロジェクトのパスを

DBにスキーマーを設定します。（DDL）

symfony propel:insert-sql

初期用のデータをインサートします。（DML）

symfony propel:data-load

これで動くようになりました。

所感

symfonyは採用されているプロジェクトはちらほらあるんですが、公式サイト以外ではなかなかまとまった情報が出てこなくて、ベストプラクティスみたいなものが手探りな感じがあるので、その辺りがあぶり出てくるといいなとsymfonyユーザーとしては期待しています。
少しソースをみたところだと、sfAction→sfOpenPNE*Action→通常のActionというように、間にOpenPNE用拡張クラスを入れていて、通常のActionに手をいれやすく設計されてますね。
もう少し読んでみたいと思います。

でも、SDカードサイズになったからって、そもそもSDカードリーダーを持っている人がどのくらいいるんでしょうか。
ノートPCならまだ装備している機種もあるかもしれませんが、これはこれで、たぶんSDカードリーダがついてること自体知らない人が多いんじゃないでしょうか。

一方、PCの世界でもっとも普及しているリムーバブルメディアというとUSBメモリーで、こちらはUSBメモリーのことを「USB」って呼んじゃうくらい市民権を得ていて、この携帯の標準外部メディアのmicroSDとPCの標準外部メディアのUSBメモリーが融合したのがこの商品！

これ見つけたときは感動しました。
これはアダプターだけですけど、microSD込でUSBメモリーとして売っているものもあります。

このサイズ。microSDより一回り大きいくらいです。

カバーを取ると、ほとんどUSBの端子部分。

端子を見てみると、USBの構造をうまく利用していて、この上半分の端子の中にmicroSDを挿します。

ここに、こうやって入れてしまいます。

結構堅いんで、ビビらずにザスッと。黄色い三角の部分がイジェクト用のスライドなので、これが上がばOK。

PCに挿してみるとこんな感じ。突出部分が5mmということです。

当然、問題なく認識されます。

VistaではSDカードリーダとして認識。当り前か。

受け渡したり持ち歩くには小さすぎて不便だし、なくしたりしそうでリスキーですが、常時挿しっぱの環境では小さくて邪魔にならないし、誤って抜けたりしにくいのでリスクも少なくなります。

現在自宅サーバーでは通常サイズのUSBメモリをバックアップメディアとして使ってるんですが、蹴っ飛ばしてしまいそうで怖いんですよね。
こういう用途には最適な商品です。

• バッファローコクヨサプライ BUFFALO カードリーダー/ライター microSD対応 超コンパクト ホワイト BSCRMSDCWH

AmazonのEC2よりも上位層のアプリケーションレベルのホスティングなので、Google App Engineと同等のホスティングと言えます。

Eclipseからサインアップをしてみる

EclipseにAptanaのプラグインをインストールして、My Aptanaを開きます。

サイト名（サブドメイン名）と利用方法を決めます。今回は、21日間無料トライアルを利用しました。

Aptana IDを持っていない場合は、ここでアカウントを作ります。

利用規約をよく読んで同意します。

アプリケーションサーバーの環境構築処理が始まります。

アプリケーションサーバーの構築が完了しました。

生成されたURLにアクセスすると、なんと、すでに利用可能に。

コントロールパネルから全容を把握してみる

Aptana Cloudの構築が終わると、My AptanaにMy Cloudとうタブが加わります。
Aptana Cloudへのアクセスは基本的にこのコントロールパネル上から行います。

Overview

Settings

Stats

Services

Logs

less httpd access_log

アプリケーションのデプロイ

構築はあっという間でした。
Aptana Cloudの最大のメリットはIDEとの連携、そのシームレスさにあります。
Eclipseで開発を行う場合は、そのプロジェクト単位でアプリケーションの開発をおこないますが、そのプロジェクトとCloudをシンクロさせることが可能です。

フルスタックのWebアプリケーションフレームワークを利用して開発を行う場合は、フレームワークのプロジェクト=Ecliplseのプロジェクトとすることで、このツールでシンクロし、幾つかコマンドを叩くだけですぐにアプリケーションが利用可能となります。

このスムーズさは感動的です。

ネットワークの近さをみる

pingを使ってみてみましょう。

PING ms76.aptanacloud.com (207.7.120.111): 56 data bytes
64 bytes from 207.7.120.111: icmp_seq=0 ttl=240 time=134.128 ms
64 bytes from 207.7.120.111: icmp_seq=1 ttl=240 time=121.795 ms
64 bytes from 207.7.120.111: icmp_seq=2 ttl=240 time=124.219 ms
64 bytes from 207.7.120.111: icmp_seq=3 ttl=240 time=120.803 ms

今回割り当てられたIPを逆引きをすると、207-7-120-111.joyent.comとなるので
インフラはJoyentを利用しているようです。

tracerouteでは

#snip
10  xe-3-2-0.edge1.LosAngeles9.Level3.net (4.53.228.13)  137.081 ms  112.595 ms  113.381 ms
11  ge-2-1-0-69.bbr2.LosAngeles1.Level3.net (4.68.20.2)  119.894 ms ge-3-0-0-79.bbr1.LosAngeles1.Level3.net (4.68.20.65)  112.601 ms ge-6-2-0-99.bbr1.LosAngeles1.Level3.net (4.68.20.193)  112.317 ms
12  as-2-0.mp2.SanDiego1.Level3.net (64.159.1.138)  110.432 ms as-1-0.mp1.SanDiego1.Level3.net (64.159.1.29)  117.113 ms as-2-0.mp2.SanDiego1.Level3.net (64.159.1.138)  119.620 ms
13  so-8-0.hsa2.SanDiego1.Level3.net (4.68.112.138)  122.329 ms  122.332 ms  122.253 ms
14  sd-gw01-hsa2.nextlevelinternet.com (4.79.33.246)  123.228 ms  122.413 ms  121.994 ms
15  207-7-101-53.sd.nextlevelinternet.com (207.7.101.53)  116.279 ms  116.652 ms  117.598 ms
16  207-7-100-52.sd.nextlevelinternet.com (207.7.100.52)  110.002 ms  111.936 ms  110.253 ms
17  207-7-120-111.joyent.com (207.7.120.111)  115.965 ms  115.817 ms  115.724 ms

LosAngeles、SanDiego（ルートによってはSeattle）などの地名がみえるので
サーバーは北米西海岸にある模様。
EC2よりネットワーク的に速いのは地理の要因でしょうか。

ログインしてシステムをみる

なんとSSHでシェルにも入れます。

            __                       __             __
 ___ ____  / /____ ____  ___ _  ____/ /__  __ _____/ /
/ _ `/ _ \/ __/ _ `/ _ \/ _ `/ / __/ / _ \/ // / _  /
\_,_/ .__/\__/\_,_/_//_/\_,_/  \__/_/\___/\_,_/\_,_/
   /_/ Welcome to ms76.aptanacloud.com!               

/!\ Warning!
SSH access to Aptana Cloud is provided pursuant to the Aptana Cloud
Terms of Service.  See http://www.aptana.com/cloud/tos for important
information related to your access to various areas of your Cloud
Site.  

Aptana does not warrant any Services modified by you via SSH, nor will
we be obligated to support fixing problems that may arise as a result
of such modifications.

無事ログイン。

まずはunameをチェック。

-bash-3.2$ uname -a
SunOS 9a2640a1.joyent.us 5.11 snv_89 i86pc i386 i86pc

もうちょっと詳しく。

-bash-3.2$ cat /etc/release
Solaris Nevada snv_67 X86
Copyright 2007 Sun Microsystems, Inc.  All Rights Reserved.
Use is subject to license terms.
Assembled 18 June 2007

-bash-3.2$ cat /var/sadm/system/admin/INST_RELEASE
OS=Solaris
VERSION=11
REV=0

Solaris Nevadaということがわかります。

続いてハードウェアをチェックしてみます。

メモリ

-bash-3.2$ /etc/prtconf
System Configuration:  Sun Microsystems  i86pc
Memory size: 32763 Megabytes
System Peripherals (Software Nodes):

CPU

-bash-3.2$ /usr/sbin/psrinfo -v
Status of virtual processor 0 as of: 12/18/2008 15:57:29
on-line since 10/03/2008 03:21:40.
The i386 processor operates at 2660 MHz,
and has an i387 compatible floating point processor.
Status of virtual processor 1 as of: 12/18/2008 15:57:29
on-line since 10/03/2008 03:21:42.
The i386 processor operates at 2660 MHz,
and has an i387 compatible floating point processor.

#snip

Status of virtual processor 6 as of: 12/18/2008 15:57:29
on-line since 10/03/2008 03:21:42.
The i386 processor operates at 2660 MHz,
and has an i387 compatible floating point processor.
Status of virtual processor 7 as of: 12/18/2008 15:57:29
on-line since 10/03/2008 03:21:42.
The i386 processor operates at 2660 MHz,
and has an i387 compatible floating point processor.

ディスク

-bash-3.2$ df -h
Filesystem             size   used  avail capacity  Mounted on
/                        0K   2.1G   4.9G    30%    /
/dev                     0K     0K     0K     0%    /dev
/lib                   2.0G   505M   1.4G    26%    /lib
/platform              2.0G   505M   1.4G    26%    /platform
/sbin                  2.0G   505M   1.4G    26%    /sbin
/usr                   3.9G   888M   3.0G    23%    /usr
proc                     0K     0K     0K     0%    /proc
ctfs                     0K     0K     0K     0%    /system/contract
mnttab                   0K     0K     0K     0%    /etc/mnttab
objfs                    0K     0K     0K     0%    /system/object
swap                    72G   176K    72G     1%    /etc/svc/volatile
/usr/lib/libc/libc_hwcap1.so.1
                       3.9G   888M   3.0G    23%    /lib/libc.so.1
fd                       0K     0K     0K     0%    /dev/fd
swap                   256M    96K   256M     1%    /tmp
swap                    72G    12K    72G     1%    /var/run

8つのCPU、32GBのRAMを仮想サーバー（Solaris コンテナ）でシェアしている模様。
この当たりはもともとJoyentの仕様っぽいですね。

すぐに使える言語やサービスをみる

Webアプリケーションに利用する言語やミドルウェアをチェックしてみましょう。

Ruby

-bash-3.2$ ruby -v
ruby 1.8.6 (2007-09-24 patchlevel 111) [i386-solaris2]
-bash-3.2$ gem -v
1.3.1
-bash-3.2$ rails -v
Rails 2.2.2

PHP

-bash-3.2$ php -v
PHP 5.2.5 (cli) (built: Feb  4 2008 23:39:26)
-bash-3.2$ pear info pear
Packaged With PEAR  1.5.4

Perl

-bash-3.2$ perl -v
This is perl, v5.8.8 built for i386-solaris-thread-multi
-bash-3.2$ cpan -v
cpan script version 1.03
CPAN.pm version 1.7602

Java

-bash-3.2$  java -Xmx32m -version
java version "1.6.0_06"
Java(TM) Platform, Standard Edition for Business (build 1.6.0_06-b02)
Java HotSpot(TM) Server VM (build 10.0-b22, mixed mode)

Python

-bash-3.2$ python -V
Python 2.4.4

Apache

-bash-3.2$ apachectl -v
Server version: Apache/2.2.8 (Unix)
Server built:   Feb  4 2008 23:16:59

MySQL

-bash-3.2$ mysql -V
mysql  Ver 14.12 Distrib 5.0.51, for sun-solaris2 (i386) using readline 5.2

PostgreSQL(未起動)

psql (PostgreSQL) 8.2.6
contains support for command-line editing

SQLite

-bash-3.2$ sqlite -version
2.8.16

この辺りはEC2と違ってはじめから全部入りの模様です。
Google App Engineが現在はPythonのみをサポートしていることを考えると、対象の開発者は絶対的に多いはずです。
しかし、逆にメモリが苦しいからPHP外したいとか、passengerではなくmongrelで動かしたいとかいうワガママは通らないようです。

自分のドメインで利用する

Aptana Cloudを構築するとサブドメインとグローバルなIPアドレスが振られます。
なので、DNSでAレコード、もしくはCNAMEレコードを設定するだけです。
この辺りはFAQに載っています。

Aptana Cloud Technical FAQ | Aptana via kwout

実験の前に参考サイト

CloudFrontの設定方法や、ダウンロードのベンチマークなどは以下のサイトを参考にしましょう。（と丸投げ）

• AmazonS3上のファイルを国内でも高速配信可能なAmazon CloudFrontリリース : Media Technology Labs (MTL) : メディアテクノロジーラボ　ブログ
• Amazonの従量課金制CDNサービス「Amazon CloudFront」を使う方法 – RX-7乗りの適当な日々

実験の方法

今回やりたかったことは、ブラウザーを使って普通にブラウジングをしてみて、体感を測ることです。

1. HTMLファイル    1
2. JSファイル    5
3. CSSファイル    2
4. 画像ファイル    25

合計33ファイル、163KBのページを表示して、ページがロードされる具合を体感してみました。

EC2単体で体感実験

まずは、全てをEC2のスモールインスタンス上にアップした状態で体感。
Apacheは2.2.9、設定はrpmのデフォルト。KeepAliveはOFF。

やはりもっさり感は否めません。（4.6秒）

CloudFrontで体感実験

では1のHTML以外をS3にアップロードして、CloudFront経由で体感してみます。

これは明らかに速い（1.16秒）。EC2の場合は「ただいま画像1つ1つをロードしてます」って感じで画像が描画されるまでもたもたしていましたが、CloudFront経由の場合はページのロードと同時に画像も描画されました。

Etagもきっちり返してくれるので2回目以降のアクセスには304が返ってきますし、gzipを利用したhttp圧縮も行われているので、cssやjsなどのテキストファイルは効率よく転送されるはずです。

ただし、最初のアクセス時はキャッシュサーバーにデータが届いていないため、キャッシュする為にS3サーバーからの転送時間が加わるので、もっさり感を感じます。2回目はX-Cacheヘッダーが上画像のように変わります。

まとめ

実に簡単な体感実験ですが、CloudFrontの実力は歴然でした。
イメージサーバなどの用途で静的なファイルを負荷分散をするサーバーを立てるケースを想定すると、アクセス急増時にロードバランサー配下のリアルサーバーを増やしたり、静的なファイルを共有する、もしくは分散する仕掛けを用意したり、トラッフィクに注意したり、メンテナンスと運用にかかる時間と人のリソースは、想像に難しくありません。

上記のような心配が必要なサービスを運用している会社さんの場合は、当然既にakamaiなどのCDNを利用していると思いますが、それでもファイル転送元のリアルサーバーは持っている必要があります。
CloudFrontの場合は、配信元サーバーがS3なので、そこのリソースも気にしなくて済みます。

社内でかかるメンテナンスコスト（ベンダー保守、社内保守・監視、対応）、電気代、帯域代、ラック代、サーバー代など様々なコストを考えると、すべて込み込みで1GB/30円っていうのはかなり魅力的ではないでしょうか。

EC2は日本からだと相変わらず帯域がもっさりしているんですが、Amazon CloudFrontがリリースされて、利用方法を工夫すれば、まともに使えるのでは？と俄然注目です。
CloudFrontはS3上に配置したファイルを展開するCDNで、しかもキャッシュサーバーが日本国内にもあるので、静的なコンテンツはCloudFrontで配信、動的なコンテンツはEC2で配信と分散すれば体感はだいぶ速くなるんじゃないでしょうか。

Amazon Machine Image(AIM)を作る

その実験に先立って、いざという時に安心して使えるEC2用のイメージを持っておこうと思い、使い慣れているCentOSのオリジナルイメージを作ってみました。
作成したイメージファイルを圧縮・分割してS3上に置いた上で、EC2にAIMとして登録を行うと、いつでもそのイメージファイルからインスタンス（サーバー）が起動できるようになります。
当然S3に保管しておくのに料金がかかりますが、月$0.15/GBなので、圧縮したイメージファイルが一つ500Mくらいですから、毎月$0.05（5円）程度ととても経済的です。
（実際、毎月のクレジットの明細にきっちり$0.05が請求されています。請求の手間の方がかかるような気が）

【参考】
RightScaleがCentOSのイメージを公開しているので、それでも問題ない場合はそれを利用した方が楽です。
ami-1363877a    rightscale_images/CentOS5_2V4_0_2_Beta.manifest.xml

大まかな流れは

1. 空のimgファイルにyumを使ってOSをインストールし、AMI用に各種設定を行う
2. S3にアップロードする前にimgファイルを分割してマニフェスト（xmlの設定ファイル）を作る
3. 分割したimgファイルとマニフェストをS3にアップロードする
4. アップロードしたimgを自分のAMIとしてEC2に登録する

参考にしたサイト

• [僕] Amazon EC2 用に自分で CentOS 5 のイメージを用意する

とてもよくまとまっています。
ここを参考に作業を進めていけば、かなりスムーズにいきます。
なので、ここでは環境の問題などで詰まった部分や補足を説明します。

AMI tools は ruby が必要

EC2用のコマンドツール群はEC2のインスタンスを立ち上げたり、情報を取得したり、操作をしたりするec2-api-toolsと今回利用するAMIを作成したり、アップロードしたりするec2-ami-toolsがあります。
後者はrubyが必須で、前者はJava VMが必須です。

yum で 作ったイメージに CentOS 5 をインストールする

ここでyumのgroupinstallオプションでインストールをするわけですが、最初CentOS4.6上で作業した時にはここで躓きました。yumのバージョンが全然違うので、当たり前っていえば当たり前です。
CentOS5のイメージを作成する際に利用する作業マシンのOSはyum > 3 のものを利用しましょう。
（CentOS4系にyum3系インストールするのは依存関係が半端無く、萎えますのであきらめましょう。）

アップロード

ec2-upload-bundleコマンドでアップロードします。
今回はWindows Vista上のVMWareのゲストOS（CentOS5）で作成、そのままアップロードを行いました。
が、VMWare上ではゲストOSの時刻が狂うという問題がありまして、アップロード中にサーバー（S3）の時刻とクライアントの時刻が狂っているとエラーが発生し、正常にアップロードできません。
最終的には、S3Foxを使って手作業でアップロードして、該当するbucketのACLを修正して対応しました。
ACLの設定は「za-team」ユーザーにRead権限を与えます。

以降はスムーズに行くと思います。

インスタンスを立ち上げた後

無事立ち上がった後、このイメージをベースにするため、自分で利用しやすいように環境を整えます。
いきなりhttpdやpostfixなどミドルウェアを入れにいってもいいのですが、どんなサーバーに利用しても必要となる最低限の環境を整えることが今回の目的なので、
ユーザーの作成や、sysstatのインストール、yumレポジトリの追加を行いました。

ベース環境の設定が終わったら、今度はこのインスタンスをイメージ化するため、インスタンス上にprivatekeyファイルとcertificateファイルをコピーして、
ruby、ec2-ami-toolsのインストールからS3へのアップロード、EC2への登録まで、全く同じ手順で行います。
作業の途中、「ec2-bundle-vol」コマンドがエラーで止まってしまうはずなので、

• 一人前のプログラマを目指す日記:[AWS] EC2の仮想マシンイメージを作った – livedoor Blog（ブログ）

こちらを参考に、EC2カーネル用モジュールをコピーして、依存を修正します。

これでようやく汎用的なマイイメージが出来上がりです。

今後はこれにhttpdを入れればWebサーバに、PerlやPHPを入れてAPサーバーに、MySQLやPostgreSQLを入れてDBサーバーにと、ベースのインスタンスを拡張していろいろな用途のサーバーを自由に、いつでも用意できるようになります。

次回はこのインスタンスを使って、Webサーバーを立てて、CloudFrontの実用性を検証してみたいと思います。

Recordr

Recordr | Video Communication via kwout

ブラウザーで録画/録音、そのまま配信できる動画ストリーミングサービスです。

言葉で説明するより、実際に触ってみていただくのが一番いいと思うので、
こちらからトライしてみましょう→録画/録音する

※録音するにはPCにマイク、録画にはカメラ（Webカメラ）が必要です。

利用方法を考えてみた

オークションでの利用

recordrの特徴で、任意のURLに対して動画をコメントとしてつけることができるので、
出品した商品に対して、もっと詳しい情報を！とか、それって本物なんですか？
とかリクエストあった時に素早く対応できます。
↑はチケットです。

Q&Aサイトでの利用

Q&Aサイトで、言葉では伝わりにくいことってありますよね。
「この腕時計のこの部分が硬くて取れないんですけど・・・」（実話）とか
動画も合わせて説明できれば早期解決です。

他にも、小さな会社がPRに利用したり（顔が見えて声が聞こえると信頼感がでます）、
被災した場合に無事な姿を見せたり（災害掲示板）、いろんな使い方ができると思います。

今まで運用まで関わるサービスにしか携わったことがなかったので、
サービスに対して完全に客観的になれず、苦労していますが
今回は本当にちょっとだけお手伝いさせていただいただけなので
愛着と客観性が両方持てて、とても新鮮です。

Recordrをよろしくお願いします。

携帯電話からのアクセスが急増

よくよく調べてみると、8月に入ってから急にケータイからのアクセスが増えました。

全アクセスの4割弱がケータイ！！7月は14.4%だったので、22.8ポイントアップです。
しかもau(KDDI)に至っては7月に比べて約8倍の伸びで、そのほとんどが http://ezsch.ezweb.ne.jp/search/ezGoogleMain.php経由で、auのGoogle検索がダントツの流入数でした。

アクセスログから簡単にデータを抽出するのにはこちらが便利です。

• Apacheのログからケータイの機種別アクセス数をカウントするコマンド

携帯アクセス解析「うごくひと」

ケータイユーザーが夏休みに入って、あまりに暇すぎて検索するのか、Googleに効率よくインデックスされるようになったのか、わからない・・・。そこでアクセス解析を入れてみました。

• 携帯アクセス解析「うごくひと」
• 無料で使えるケータイアクセス解析サービス「うごくひと」

まだ数字が取れていないのでコメントできないんですが、SimpleAPIやなかのひとでおなじみのユーザーローカルさん提供のソフトです。データが取れてきたらまとめてみようと思います。

Google Analyticsってケータイで使えないの？

そのままでは使えませんが、手を加えることで使うことが利用できます。
仕事で利用したいのでアクセス解析サービスのロゴが出ちゃうのはちょっと・・・とか、PCでも利用しているので同じ画面で解析結果を見られた方がいい、などのニーズには向いているかもしれません。

• モバイルサイトで Google Analytics

ここのブログで詳しく載ってましたので、ご覧下さい。

ブラウザーが実行するJavaScriptをサーバー側で実行させる（ちょっと語弊がありますが）ので、サーバーサイドのアプリケーションが必要ですが、言語は問いませんし、サクッと利用するには良いと思います。
ただ、あんまりアクセスが多いサイトだとGoogleに嫌われたり、サーバーの処理が追いつかなくなったりするかもしれませんので、あくまで実験としてご利用ください。

WP-OpenIDのインストール

用意するプラグインはWP-OpenID(現在の最新版は2.2.2)

1. wget http://downloads.wordpress.org/plugin/openid.2.2.2.zip
2. wp-content/pluginsに unzip openid.2.2.2.zip しますと openidというディレクトリで解凍されます。
3. プラグインの管理ツールで「WP-OpenID 」がリストに上がってきたら有効にします。
4. 設定に「WP-OpenID」が追加されるので、開きます。
5. 今回はコメント欄にOpenID機能が欲しいので「Comment Form」にチェックを入れて、更新ボタンを押します。
   （curlが入ってなかったりしたら入れてください。PECLで入れるのが楽です。）

基本的に以上で、コメント欄にOpenIDのフォームが現れます。
現れなかった場合は、readmeの通り、

<p><input type="text" name="openid_url" id="openid_url" />
	<label for="openid_url"><small>OpenID URL</small></label></p>

を comments.phpに差し込みましょう。

あとはOpenIDの欄に「https://mixi.jp/」と入れてコメントをします。

httpsが通らない

何度やっても認証エラーになる場合は、apacheのerror_logをチェック。

CURL error (60): SSL certificate problem, verify that the CA cert is OK.
Details:nerror:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:
certificate verify failed, referer: http://ms76.jp/

なんてエラーが出ていた場合はcurlが証明書を確認できないでいるので、教えてあげる必要があります。
これについては詳しく書かれていたblogがあるので、そちらをご覧下さい。

• cURL に HTTPS でアクセスできるように証明書を追加する

さあどうでしょう。成功すれば

Successfully fetched 'https://mixi.jp/': GET response code 200

となります。

カスタマイズ

<input type=”text” name=”openid_url” value=”https://mixi.jp/” /> はあまりもアレなんで、
<input type=”hidden” name=”openid_url” value=”https://mixi.jp/” />には変えましょう。

もちろん、mixi OpenIDの醍醐味である「マイミクだけ許可」のマイミクシィ認証なんかの簡単にできます。
URLを https://id.mixi.jp/{ユーザー ID}/friends にするだけ、ですね。

挙動面のカスタマイズをしたい場合は、素直にwp-comments-post.phpに手を入れます。

例えば、$_POST['"url"]や$_POST["comment_author_openid"]の内容をチェックして、本当にmixiからの認証かどうか、ユーザーは誰なのか、などを確認したりすることが可能です。

僕はソフトバンクの913SHというケータイを利用しておりまして、このケータイにはBluetoothという無線規格でデータのやり取りができる機能があるんですが、PCに認識されてもどうやって写真などのデータをコピーするのか分からず、途方に暮れていました。

OS(Windows Vista)がデフォルトで利用できる機能は通信機能(Dial-Up Networking)のみのようで、公衆無線LANやらイー・モバイルやらあるなかで、ニーズがいったいどれだけあるのか。

そしたら、ちゃんとアプリケーションがでていました。その名も「ケータイdaSH」！

！！！！

ダッシュとSH(シャープ端末の意味)をかけてるの！？えーダサくない？ダサくない？
でも、しょうがない。使わせていただくのだから・・・。

922SH/921SH/920SH/913SH/912SH/911SH/910SH/905SH/
904SH/903SH/823SH/822SH/821SH/820SH/816SH/815SH/
814SH/813SH/812SH s/812SH sII/812SH/811SH/810SH/
804SH/705SH/703SH/703SHf

が対象機種みたいで、Bluetooth以外にもUSBや赤外線通信もサポートしているようです。

これでケータイでメモ書いたり、写真撮ったりしても面倒くさいことにはならなくなりました。

スモールインスタンスのスペックは、

というもので、その名の通りのスモール構成です。ホストOSはわかりませんが、Xen上のVirtual Machineとして動作しています。
Dual CoreですがXenのVMに割り当てられているのは1CPUのみなので、ビジネス用途とするとやっぱりスモールです。それでも、個人で使う分には十分すぎるスペックです。
ディスクの故障や電源や回線の心配をしなくてもいいんですからねー。

今回はFedora8をチョイスして稼働させてみました。
標準のapacheが普通に2.2.8とさらっと最新版をのせてるあたりが、Fedoraですね。

日本からだと回線が遅い遅いといわれているので、ベンチマークを取ってみました。
58KBのJPEGファイルをabを使って10回ダウンロードする単純なものです。

ローカルで実行すると

Total transferred:      605720 bytes
HTML transferred:       602880 bytes
Requests per second:    2922.27 [#/sec] (mean)
Time per request:       0.342 [ms] (mean)
Time per request:       0.342 [ms] (mean, across all concurrent requests)
Transfer rate:          172706.02 [Kbytes/sec] received

と、当たり前に速いわけですが、日本のフレッツ網（dti）から実行すると・・・

Total transferred:      605720 bytes
HTML transferred:       602880 bytes
Requests per second:    0.98 [#/sec] (mean)
Time per request:       1021.380 [ms] (mean)
Time per request:       1021.380 [ms] (mean, across all concurrent requests)
Transfer rate:          57.86 [Kbytes/sec] received

激おそっ。57KB/sって黎明期のADSLレベルですよ。
ちなみに、このdtiの回線は国内のスピードチェックベンチマークでは35Mbpsアベレージの回線です。
ここまでひどい結果になるとは思いませんでした。
なかなか人目に付く日本向けのサービスに利用する気にはなれませんね。

Elastic Compute Cloud、ECC、略してEC2。
Amazonというとネットの本屋さんというイメージが表の顔としてありますが、実はコンピュータサイエンスの会社でもあります。
世界規模のECサイトを運営する裏側では想像もつかない、超大規模なネットワークコンピューティングの技術がサービスを支えていて、その技術を純粋な形で提供しよう！というもののひとつがEC2です。

簡単に言うと、レンタルサーバーサービスです。
普通のレンタルサーバーと何がちがうかというと、クレジットカードでサインアップしてアカウントができれば、初期費用なしでいきなり本番のサーバーリソースが手に入る点と、完全従量制のところです。

ポチっと電源を押して、サーバーが立ち上がったら、課金スタート。1時間$0.1ですから、1日$2.4、一月だと$72。
実際には電源を押すわけではなくて、コンソールでコマンドをたたきます。
そらから、時間以外にもデータ転送量がかかるので、合計は＋αになります。

25時間運転して、$2.55。明朗会計だ。

手軽にリソースが手に入るので、負荷が高いので急いで2台分サーバーが欲しいとか、時間のかかる演算処理を早く終わらせたいから、半日だけ10台分欲しいとか、そういう柔軟な利用方法が想定されているサービスです。

当然、Googleでも似たようなサービスを本格的に提供しようと動き出しています。Google App Engineです。
こちらは、サーバーリソースを提供というよりは、ソフトウェアの実行環境という、もっとサービスに近いレベルの仮想ネットインフラサービスになりそうです。

世界に“コンピュータ”は5つあれば足りる

というのが現実のものになりつつあります。