妖精ホルモン

日蝕・中小規模サイトがパタパタ閉鎖するのを見て

06:05 |

javaユーザにとっては毎日が日蝕ですが、リアルな日蝕なんてちゃんと見た記憶がないので今年はちゃんと見たいですね。

道具が無いと見ちゃダメとか言われてるけどチラ見ならOKじゃないかな〜とか思ってる今の僕です。現在、横浜は分厚く曇ってますけど。

中小規模サイトについて思うこと

ミルクカフェの閉鎖のお話とか読んでると、中小規模のwebサービスを継続させて行くこというのの難しさを感じます。

ユーザー数が数千から数万人くらいの規模が一番苦しいサイズなんじゃないのかなあと*1。そのまま運営を続けられるか続けられないかの境界線がそこらへんのサイズにありそう。

数百人くらいだと、人的負荷もサーバーとかの負荷もそれほど大したこと無くて、片手間で対応できる。なので収入を確保しなくてもお小遣い程度の出費で済むし、精神的にも楽ちん。

だけど、数千から数万人が利用するようになってくると、対応しなきゃいけないことが片手間に収まらなくなってくる。人間負荷もサーバー負荷も本腰入れないと対応できなくなって来る。それはクラウドを利用すれば解決する、とかいう単純な話じゃあ無い。クラウド利用がタダなら話はちょっと違うけど。精神的・時間的な負荷増は避けられない。

で、本腰を入れて対応するということは、それだけの収入を確保するということと同義で、それだけの収入を確保するというのは、中小規模のwebサービスには非常に難しい。

広告収入だけでまとまった収入を確保できるようになるのは、数十万人以上の利用者がいて、一般認知度がそこそこ得られるようになってからだと思う。GoogleさんのAdsenceはとても画期的なんだけど、まとまった収入を得るには、限りなくスパムに近いサイト構成にするか、見た目を犠牲にしたり、間違ってクリックするくらいの場所に貼ったりと、方向違いの努力をしなくちゃいけないし、それで誰が幸せになるのかも良く判らない。

なので、一気に数十万人確保できるような環境じゃ無い限り、広告以外で地味に収入を得る仕組みを構築していかないと、数万人くらいになったあたりで運営が困難になってくる。

自分が運営から離れる場合にも、負担が有るだけじゃ誰かに運営を譲ることも難しい。

というわけで、数千人から数万人という中小規模のサイトが、不景気もあってどんどん閉鎖していくのを見ていて、誰も自分の作った思い入れのあるサイトを閉鎖したいわけないのに、閉鎖せざるおえないという運営の難しさを感じたというお話でした*2。

ついでに携帯百景の試み

昨日、携帯百景に有料ポイントを利用したオプションサービスとしてカラーナイスspナイスをリリースしました。

早速利用してくれた方々、ありがとうございます。

有料プション導入第一弾、spナイスをリリースしました。 - 携帯百景 運営うさぎブログ

携帯百景も毎日１万人ちょいの利用者が居て、日々増加してるので、有料ポイントなど様子を見ながらいろいろ試行錯誤して行きます。

試行錯誤な毎日です

02:54 |

暑いですね、海行きたい！沖縄！沖縄！沖縄！

沖縄の海のことを考えるだけで血が逆流し、今にも家を飛び出し、裸足で道路を走り、トランクス１つで海を渡り、青い海と白い砂浜を求めてしまいそうになります、なるさー。

お知らせ?

携帯百景 運営うさぎブログ - 有料ポイントとオプション機能

有料ポイントとかどこまで使って貰えるのか判らないですが、やってみます。まだ実装中です。

もぐもぐ会ポータル - ビアガーデンオフ2009

ビアガーデンに行くよ。「森のビアガーデン」きゃほう！

ビールと回文…

00:08 |

一ヶ月以上日記を書いていないと何を書いていたのかすら思い出せなくなるくらいですし、これも全てついったーが悪いのです。

お酒も飲んでいい気持ちなので、いつもならついったーに書くことをあえてはてダに書くという逆転現象を発生させましょう。

まあ要はとくに書くネタも無いのにお酒飲んだついでにムリヤリ書いてるということですね。テーマは回文。

ボクの好きな回文に、「肉の多い大乃国」というのがあります。どこで知ったかはもう記憶の彼方ですが、シンプルながらリアルな情景の浮かぶ名回文です。

ついったーならこれで１Post終了です。充分ですね。

もう１つ好きな回文があって、こちらは大学時代の事務ノートの誰かの落書きで、「ヘアリキッド、ケツに付け、ドッキリ！アヘ」という腰砕けな回文です。だれがこんな下らないアホらしい回文を考えたのか、見つけた時は興奮したものです。「アヘ」がたまらん！

で、回文の特性として、簡単に組み合わせ、文章を伸ばせる、というのが有ります。先ほどの回文を組み合わせてみましょう。

「ヘアリキッド、ケツに肉の多い大乃国に付け、ドッキリ！アヘ」

となります。ちょっと冗長ですが、多分力士であろう大乃国がケツについたヘアリキッドに驚いている様子が伺えますね！

といったところでビールが飲み干されましたので、おしまいです。

誰かネット上から回文を抽出するボットとか作ってそれを評価するようなサイト作ってくれないですかね。

そーいや会社つくったりした

22:59 |

登記も完了し、明日に税務署に届け出しに行ったりする感じです。

co.jpドメインも取ったけど、まだホームページも作ってないしノンビリやってます。

どんな会社かというと

「システム開発の受託やったり、サービス運営したりする会社です」

よくありがちな感じですね。

「ぼくとうさぎの１人と１匹で運営する法人です」

気楽でいいですね。

「会社名はここには書かないよ」

会社バレするとうんことか書きにくい気がするのでブログに会社名は書かないですが、

そのうち適当にリンク張ったりするので興味ある人は見てくれるとうれしいですね。

個人でやるのと何が違うか

「責任範囲が明確になる」

お金絡みのところで色々と明確な方がいいこともありますね。まあお金自体ないんだけど。

「たぶん法人相手の仕事がしやすい」

この薄汚れたファッキンな世の中では、肩書きが重要な場面もあります。ヒャッハー！

「会社として受けれる」

オレが倒れてもアイツがやってくれる！みたいなことも人を入れれば可能になる(今はうさぎだけなので倒れたら終了）。

携帯百景に関して

「会社のサービスという位置づけにして運営してきます」

オンラインアルバム会社とかと連携お願いするのに、そのほうが受け入れられ易いかなあと。

まとめ

「半年もったら自分を褒めてあげたい」

ですね。

IPA未踏の締め切りが近づいてきました

03:32 |

去年デスマ最中に１日で書き上げた提案書で初めて応募し、実現可能性が怪しいとか言われて却下されたのですが、今年も気が付くと上期の締め切りまであと２、３日しかない、そんな切羽詰まったIPA未踏締め切りの季節がやってきました。

2009年度上期未踏IT人材発掘・育成事業（未踏本体）公募概要

去年は落とされて当然ということで、不採用通知の後、実際に採択された応募をちゃんと見てなかったのですが、さっき見たらコンセプトがそっくりで採択されてるのがあった。ということは、もっと時間をかけてリアリティーのある提案を書ければ採択されてたかもしれないとか思った。採択したマネージャも応募したマネージャだし。

ちなみにこんな提案で応募していた

概要：

本プロジェクトではスケールアウトが比較的容易なWebサーバーをクラスタ構成し、負荷に応じて、クラスタ内のリソースの配分を最適化するクラスタマネージャの開発を行う。このクラスタマネージャは、リソースの配分によって不要となったサーバーを自動的に電源停止させ、逆に、必要となった場合を電源停止状態から自動的に起動させることによって、クラスタ全体での消費電力を低下させる省エネ機能を有する。

〜中略〜

高価な機器やソフトを利用せず、オープンソースの仮想サーバー(XEN等)を利用し、安価にアプリケーションレベルの仮想化と自動スケーリングを実装することが目標である。また、管理のレベルを物理サーバーの電源管理まで含めることで、夜間等での不要な電気消費を抑え、電気代に頭を悩ませるサーバー群を省エネルギークラスターへと変える、サイフにも地球にも優しい情報技術の実践を目指す。

採択されてた提案

7.申請テーマ概要

　本提案は、リバースプロクシーサーバを用いて、アクセス状況に応じた負荷分散の最適化を行い、電力消費量の最適化と、仮にサーバのどれかに故障などが生じても他のサーバでカバーするサステイナブルなシステムの構築とを同時に実現するものである。

　現在、企業のITシステムにおいては、無停止であることが厳しく求められている。サーバの停止はその企業の信頼を大きく失墜させるからである。この目的を実現するため、システムを冗長化したり、クラスターを作成して負荷分散させたりということが一般に行われる。

　負荷分散システムは、負荷が最も高い状況に耐えられるように設計されるが、多くの場合、負荷が最も高い状況は短時間しか継続せず、ほとんどの時間はそれよりはるかに低い負荷しかかからない。たとえば企業のWebシステムでは、夜間には極めて少ないアクセスしかないことが多い。このような状況で、サーバ群内の全てのマシンを動かしておくのは無駄が多い。こういったシステムは、稼働率の低い機器が多数あり、全体で多くの電力を消費することになって、環境への負荷が高い。

　そこで、Webサーバ群を、データを中継する機能だけを持つリバースプロクシーサーバと、実際の処理を行うサーバとに分離し、リバースプロクシーサーバで得られる負荷に応じて、稼動させるサーバの数を動的に変化させる。これにより、消費電力は時々刻々の負荷に応じたものに最適化される。また、このようなシステムは、どれかのサーバがダウンしても他のサーバで処理を代行させることが可能で、サステイナブルなシステムにできる。更に、外部からはリバースプロクシーサーバしか見えないため、セキュリティの点でも優れたシステムとなる。

同じようなことやろうとしてるんだけど、上のやつは何言ってるかよくわかりまへんね。下のは問題点がきちんと整理されていて分かり易い。

誰でも同じようなことは考えつくけど、どうシンプルに実装するか、これならいけるだろうと思わせられるか、わかりやすく伝えられるか、提案ってのはそういう部分をじっくり練らないとダメということですね。当然か。

あと２、３日しかないですが、応募しとくと忘れた頃に通知が来たりして楽しいので、ITなひとはネタを作って応募してみるといいですよ*1。

2009年度上期未踏IT人材発掘・育成事業（未踏本体）公募概要