Twitterでは大量のサーバを運用しており、それらのサーバに対してのアップデートは素早く行わなければならい。しかしGitサーバに対するアクセスによってデプロイを行うことには非常に問題があった。

そこでBitTorrentを使ってデプロイする「Murder」というツールを開発をした。Murderは、BitTorrentを包含して内部ネットワーク用にオプティマイズしたもの。これまで約900秒かかっていたデプロイの時間が約12秒になり、75倍も速くなった。

なぜBitTorrentをベースに選んだかといえば、多くのライブラリがあることが理由の1つだ。
…
Murderはオープンソースで作られており、基本的にはPythonのスクリプトとCapistranoスクリプトでできている。
TwitterがBitTorrentで高速にデプロイしている仕組みについて － Publickey

このLarry Gadea氏と言う人も頭が柔らかい人ですね。

優れた技術力を持ちながら、かつ既に有るものは最大限利用すると言うマインドのある開発者には、なかなかお目にかかれません。

加えて、比較的ネガティブなイメージが強いBitTorrentを利用しよう言う自由な発想と、それを許容する企業風土が無いと、こういうシステムは具現化しないんでしょうね。

請負開発がメインの日本のSIerとかでは絶対に生まれないモノだと思いました。

逆に、こういった大規模システム運用技術は、ネットワークゲームとかを手がける企業こそ得意分野なんじゃ無いでしょうかね。

うーん。ネットワークゲーム屋と大規模WEBアプリーケーション屋。なんか似ているぞ。

Google、クラウド画像編集サービスPicnikを買収 – スラッシュドット・ジャパン

日本ではあまり知名度高くないかもしれないけど、愛好家として嬉しいような残念なような複雑な気持ちです。
Firefoxにプラグイン入れておけば、ブラウザのスクリーンショットとる時とかに非常に便利なので、これを気に普及してくれたら良いと思う。

私自信はゲームをクリエイトする能力も立場でも無かったんですが、何故ゲーム開発会社に行ったのか？と問われると、大げさに言うと、日本の国際競争力の向上に繋がりそうだ、という想いがあったんですね。私なりにですが志をもっちゃってた訳です。

ゲーム開発に携わる人は、プレイヤー(開発者、クリエイター)として非常に優秀な人が多いです。

日本のこういう人達のスキルとパワーが、もうちょっとソーシャルアプリケーションにシフトしてくれたら、もっとブラウザのプラットフォーム化が早まり、Google様の野望実現が早まったりしながら、ウェブの世界でも日本の存在感も高まるんじゃ無いかなぁ、なんて思いました。

HTML5を使えば、SketchPadみたいなアプリケーションも実際に作れる訳だし、手っ取り早くFlushだって良いんです。
OpenSocialに準拠しといてとりあえずmixiアプリでもイイし、なんならfacebookアプリで3憶人のマーケットへ参入してもイイ。

個人的には、アプリやろうぜ！by GMOみたいな動きがもっと盛り上がってもいいのになぁ、と思っています。

この文章を書いている今、Google日本語入力で変換しています。
評判通り、Microsoft IMEよりも良い感じです。

個人的にちょっと感激したのは、「はこだてやま」を変換すると、IMEなら「函館山」となる所を、
ちゃんと「箱館山」も変換候補になるところです。
(もちろん、「ひとがご」->「人がゴミのようだ」も試しました)

あと、少々地味にGoogle Public DNSもリリースされていますね。
これも使ってみてます。体感出来る事はあまりないですけど、OpenDNS以外にオープンなDNSが手に入る事は素直に有り難いです。

ちょっと前のChrome OSといい、FEPにDNSといい、Googleは立て続けにエンドユーザーのインフラを完成しつつありますね。

CentOS 5.3 で、Apache2.2.14をコンパイルしようと、 ./configure したら、
こんなん出ました。

configure: error: ...No recognized SSL/TLS toolkit detected

どーやら、OpenSSLが入ってなかった模様。

yum install openssl-devel

で入れたらOKだった。

不思議なのは、4台程同時に構築してたのに、このエラーが出たのは1台だけ。
何を間違ったんだろうか・・・。

認証にはCookieを使っているんだけど、どうやら、その値が変わった事が原因の模様。
前までは、

key.hogehoge
valuehogehoge

だったのが、

key.hogehoge
"valuehogehoge"

になっちゃってるじゃん。
旧のCookieが無効になっちゃう訳で、アプリケーションの動きとしては、認証のやり直しになる。
でもサーバ単体でテストする分には、フツーに動くように見える。

しかし、実環境ではロードバランシングとかしてて、新旧混在してたもんだから、
あっちで認証、こっちでログアウトてな感じになってしまった。

影響範囲でかすぎ。

ビンボだから、サーバが沢山ある訳じゃない。
いっぺんにフロントエンドのサーバ全部のマイグレーションなんか出来へんのです。

参考サイト
Apache Tomcat 5.5.26仕様変更対応（案） – Geek Not Found

データの整合性（Consistency）を重視するRDB、データの可用性（Availability）とデータの分散化（Partition-tolerance）を重視するKVS。

要件によって向き不向きがある訳だけど、toCのWEBサービスを考える時、全部バランスよく、しかもコストを抑えつつ実現したい訳です。

RDBマンセーなわたしでさえ、KVSに軍配を上げざるを得ないんですね。

もちろん、SalesForceみたいなアプローチも悪くない。
でも、DOA的な観点から考えると、アレは邪道なんでしょうねぇ。

Key Valueストアがリレーショナルデータベースを駆逐するシナリオの妥当性：Azureの鼓動：ITmedia オルタナティブ・ブログ
概ね同意ですが、少なくともWEBアプリケーション、特に toC に関して言えば、Key Valueストアは破壊的イノベーションだと思います。

前回も参考にしたこの記事が、的を射た説明をしてくれている。

もう1つの、DBのかたち、分散Key-Valueストアとは (1/3) – ＠IT

RDBで負荷分散させようとすると……
例えばMySQLを使う場合、1テーブルのレコード件数が数百万～数千万件を超えるような規模になると、1台のDBサーバだけでは実用的なパフォーマンスが達成しにくくなります。そこで一般には、以下のような対策によってRDBのスケーラビリティを引き上げる努力が必要となります。
・RDBサーバのスケールアップ（大型サーバへの載せ替え）
・DBのレプリケーションやシャード（パーティション）分割によるクラスタ構築
・分散キャッシュ（Oracle RACやmemcachedなど）によるクラスタ構築
経験者ならばお分かりいただけるとおり、このどれもが結果的に「高コスト」となるソリューションです。

要するに、そういうことなんすよ・・・
私たちRDBMS屋は、ココが腕の見せ所のひとつであり、飯の種な訳だったんですが、GAE上のBigTableでいともあっさり解決できてしまう予感。

DOA＋コンソーシアム(ディー・オー・エー・プラス　コンソーシアム）
ひっそりと活動を続けるDOAコンソーシアムでは、Key Valueストアをどう捕らえているんだろう。

株式会社マジカジャパンの羽生章洋が書いてるブログ:端境期を感じるシステム開発 – livedoor Blog（ブログ）

Bigtableの使い方教えます – ひがやすを blog

夏椰の湧水-Spring from Kaya- … 正規化について(基本)
正規化を判りやすく解説してある。
1NF～BCNFまで。

夏椰の湧水-Spring from Kaya- … 正規化について(オプション)
4NF～5CNFまで。

svnadmin create –fs-type fsfs testrepos

svnserve -d -r c:/svn

インポート

svn import svn://your.domain.com/home/svn/repos -m “init”

チェックアウト

svn co https://your.domain.com/home/svn/repos

svn co svn://your.domain.comp/home/svn/repos –username user_name –password pass_word

svn co svn+ssh://user_name@your.domain.com/home/svn/repos –username user_name –password pass_word

svn co https://your.domain.com:1443/svn/repos

チェックイン

svn ci repos/test.txt -m “add__test”

diff

svn diff

コミット

svn commit -m “command.txt svn”

アップデート

svn update

クリーンUP

svn cleanup

追加

svn add test.txt

移動

svn move before_dir/test.txt after_dir

cvs -d :pserver:username@your.domain.com:/home/cvsroot login

インポート

cvs -d :ext:username@your.domain.com:/home/cvsroot import -I ! repo_name “HEAD” “start”

エクスポート

トランク

cvs -d :ext:username@your.domain.com:/home/cvsroot -z9 export -r HEAD repo_name

ブランチ

cvs -e ssh -d username@your.domain.com:/home/cvsroot export -r BRANCH_NAME repo_name

特定の日付

cvs -d :ext:username@your.domain.com:/home/cvsroot export -D “2007/05/03″ repo_name

チェックアウト

トランク

cvs -d :ext:username@your.domain.com:/home/cvsroot checkout -R -P repo_name

ブランチ

cvs -d :pserver:username@your.domain.com:/home/cvs co -R -P -r BRANCH_NAME repo_name

コミット

cvs -d :ext:username@your.domain.com:/home/cvsroot commit -m “add something ” repo_name

追加

モジュール単位

cvs -d :ext:username@your.domain.com:/home/cvsroot add repo_name

ファイル単位

cvs -d :ext:username@your.domain.com:/home/cvsroot/repo_name add test.txt

アップデート

モジュール単位

cvs -d :ext:username@your.domain.com:/home/cvsroot update

ファイル単位

cvs -d :ext:username@your.domain.com:/home/cvsroot/repo_name update test.txt

オプション指定(d = 追加 P = 削除)

cvs -d :pserver:username@your.domain.com:/home/cvsroot update -dP

ログ

cvs -d :ext:username@your.domain.com:/home/cvsroot log -d “>2004-10-01″ test.txt

各行の更新履歴確認

cvs -d :ext:username@your.domain.com:/home/cvsroot annotate test.txt

タグ作成

タグ

cvs -d :ext:username@your.domain.com:/home/cvsroot rtag TAG_NAME repo_name

ブランチ

cvs -d :ext:username@your.domain.com:/home/cvsroot rtag -b BRANCH_NAME repo_name

タグ削除

cvs -d :ext:username@your.domain.com:/home/cvsroot rtag -d TAG_NAME repo_name

テキストに戻す

cvs -d :ext:username@your.domain.com:/home/cvsroot admin -kkv *.txt

バイナリに戻す

cvs -d :ext:username@your.domain.com:/home/cvsroot admin -kb *.xls

diff

cvs -e ssh -d username@your.domain.com:/home/cvsroot diff

Ktai Style (携帯対応プラグイン)を導入しただけ。

軽くエミュレータで見てみたところでは、ちゃんと携帯対応しているみたい。
暇をみつけて、いろいろやってみよう。