その他

JTの餃子のパッケージを考えてみた。

かつのり — Thu, 31 Jan 2008 22:26:00 GMT

なんだか事件で色々とかかわいそうなので、新しいパッケージを考えてみました。

ここはやはりJT。JTらしさを取り入れてみました。

明日は（もう今日か・・）わんくま勉強会

かつのり — Sat, 26 Jan 2008 01:15:00 GMT

またまた久々の更新。最近仕事が忙しくて、死にそうなかつのりです。

皆さんにお会いするのも初なのに、いきなりトークとは・・・。いまから緊張しています。初回なのでムードもよくわかりませんし、とりあえずリードは凪瀬さんにお任せします。

しゃべりが得意ではないので、聞き苦しいかもしれませんが、よろしくお願いします。

やっとインターネッツに繋がるようになった

かつのり — Sat, 12 Jan 2008 00:53:00 GMT

いやー今出張で東京に来ています。ウィークリーマンションなんですが思いのほか快適で予想外です。でも困ったのがインターネッツ。モデムが壊れていて全然インターネッツに繋がらないんです。サポートに電話してやっと新しいモデムが届きました。

一応２月まで滞在予定。１月末のわんくま勉強会は参加予定です～。札幌にいるとリアルではみなさんに会えないので楽しみにしています。

ちなみに滞在地は茅場町なんですが、夜静かでいいですね。

1ヶ月・・・？

かつのり — Wed, 19 Dec 2007 00:03:00 GMT

相変わらず例のインフラ屋が馬鹿で困る。の続編。

どうもロードバランサの設定を修正するのに1ヶ月もかかるらしい。しかも根拠はないらしい。「図解！わかるロードバランサ」とか「サルでもわかる！ロードバランサ入門」みたいな本でも探す旅にでも出るんだろうか。売ってたら教えてね～。

宣伝になってしまいますが、いまウチの会社でホスティングしているサイトがあります。

おおよそ月間1億アクセス
ロードバランサは20万くらいのサーバ2台
うち1台は壊れるまでずっと待機中
中身はCentOS+Apache
CPU負荷は常時10%以内
クアッドコアにしたがオーバースペック気味

担当曰く、クアッドコアのサーバにしたけど、ちょっとオーバースペックかも・・・との事。現状では分散化するほどでもないらしいです。

それにしても某インフラ屋は例のロードバランサ屋の代理店なのにもかかわらず、数百万もする機材の設定もまともにできないとは。知識がないのは仕方がないのですよ。ちゃんとその点を認めて、教えて欲しい、助けて欲しいといえば助けますよ。でもね、大手という看板に驕っているのか、なかなか非を認めないわけですね。私はどうしても、そういうインチキ業者が許せなくて仕方がない・・・。

まるで近所に買い物に行く為の車が欲しいといったら、フェラーリを数台売りつけられたようなもんですよ。しかもタイヤの交換の方法がよくわからないって言っているようなもんですよ。アホかと。

相変わらず例のインフラ屋が馬鹿で困る。

かつのり — Tue, 18 Dec 2007 00:30:00 GMT

http://blogs.wankuma.com/kacchan6/archive/2007/10/19/102864.aspx

この前、こんなことを言ってきました。

ファイアウォールの設定をしてしまった
SMTPでもメールの受信はできる
だからPOPを使うプログラムを修正して欲しい

だそうです。例のインフラ屋。

「はぁ？じゃあやり方教えてよｗｗｗ。お宅ほどのインフラ専門業者が仰るんだから、絶対できるよねｗｗｗ。具体的な方法よろしく！」的な感じで返しておきました。

「間違いでした。確かにSMTPコマンドではメールの表示はできません」

・・・はぁ？この人の頭にプロトコルという言葉はないのですね。なんつーか、専門業者でしょ？人に作業の手直しを依頼するんでしょ？何故根拠もなしに気軽に言えるか。本当に考えが浅いというか頭が足りないというか。

で、次にドメインの話。今のシステムって「http://xxxx.yyyy.com」のようなFQDNで運用すると決まっていたわけですよ。ずっと前から。そしたら、ロードバランサの設定上、「http://aaaa.xxxx.yyyy.com」のようなFQDNにしないと無理とか言ってきたんですね。

で、「話と違うんじゃ？」とか「なぜ当初の要件通りにしないの？」とか返すと、いきなりDNSの仕組みとか説明しだすんですよ。で、「結論を言うと、ロードバランサがこういう設定で、DNSサーバの仕組みがこういう仕組みだから、こういうFQDNにしかできません。」とか言い切るんですね。

いやいや、まずはお前の設定ミスを直せと。つーか設定方法知らないの？お前のところが見積もってきたロードバランサなんですが？使い方知らないなら、見積もりに書いてくるなよ。

今のお客さんはインフラは専門外なんですよ。そりゃ専門外なら専門業者の言う事は信じるしかないわけですよ。どうもそこに付け込んで、適当な事ばかり言っているのですね。だからお前らの仕事は技術じゃなくて詐欺ですか。

そういやですね、インフラの設計書のエクセルファイルのプロパティを見るとですね、他所の会社の会社名とか出てくるんですがｗｗｗ。やっぱり自分の所では何も出来ないのか、単に担当が馬鹿なだけなのか。

ワイズノット・・・？返事が無い・・・ただの屍のようだ・・・

かつのり — Mon, 17 Dec 2007 01:19:00 GMT

http://slashdot.jp/articles/07/12/15/1414237.shtml

http://science6.2ch.net/test/read.cgi/infosys/1195221152/

ん～、オープンソースを売りにしていた企業がお亡くなりになったようです。実体はオープンソースによるサービスよりも人材を売っていたみたいですが・・・。

http://www.wiseknot.co.jp/corp/history.html

ここを見ると2007/09に子会社を作っていますね。あれー？急に3ヶ月ほどで資金繰りができなくなるんですかー？すごーい。それにしても支援してくれるところがいないと完全に死亡ですが、どこが買うんだろ・・・。なんつーか、オープンソースを巻き込んでビジネスをするのはいいのですが、マネーゲームに利用するのは勘弁願いたいところです。

分散ハッシュテーブルが気になる

かつのり — Wed, 12 Dec 2007 00:29:00 GMT

最近分散ハッシュテーブルというのが気になります。簡単に言うとネットワーク上に分散されたハッシュテーブルです。

Googleのファイルシステムなどでも実装されている技術で、大規模なデータの取り扱いに向いています。まともに使える分散ハッシュテーブルを実装するには、以下の機能を実装する必要があります。

管理サーバ不要なピュアP2P
ノード離脱時のデータのレプリケーション
ノード参加時のデータ分散・受入
高速なデータ検索
高速なデータ取得
ストップレスでのノードの参加・離脱

これらをきちんと実装すると、こんなことが出来ます。

ノードが故障してもストップレスでノードの交換
ノードが故障してもデータを維持
ストップレスでノードの追加
分散ハッシュテーブルをファイルシステムとするラッパーによって巨大なファイル郡の取り扱い

ノードといっているのはサーバです。サーバが故障しても、レプリカを再度生き残っているノードで分散化することで、ストップレスで運用が可能になります。ノードが追加されたときも、追加されたノードが他のノードのデータやデータのレプリカを受け入れる事によって、各ノードの平均データ数が減り、結果として保存可能な容量が増えるわけです。スケーラビリティが要求されるウェブサイトでは必須の要件です。

この技術があれば、エンタープライズな世界においても、安価なサーバで信頼の置けるデータストアとして運用できます。Googleでも毎日かなりなサーバが壊れているみたいです。台数が多いので平均故障間隔が実感できるレベルだと思いますが、「壊れても問題ない、だから安価なサーバでよい。」というポリシーには心が惹かれます。データの規模によってサーバを増やせばいいので、初期投資も非常に少なく済むのが特徴です。

どうやって実装するかは、少しずつ紹介していきます。

今月全然ブログ書いていない・・・

かつのり — Sat, 01 Dec 2007 01:49:00 GMT

今日は開発中のシステムのマイルストンリリースがあったのですが、今月はかなり忙しかったです。

メンバーのみんな！忙しい思いをさせて、マジですんません。オレの頑張りが本当に足りていないです・・・。あともうちょいなので一緒に頑張りましょう。

今ECサイトを作っているのですが、この手のサイトを作るときのテストデータって皆さんどうしていますか？私は結構ふざけた商品データを投入しています。アダルト専門店にしてみたり、非合法なものを取り扱っているお店にしてみたり・・・。流石に客向けのデモでは利用できませんが・・・。

マスタデータも最悪ですし、サンキューメールなんかも本文やフッタを考えるのが面倒（客が考えて作る場合も多い）なので、かなりいい加減です。

かつのり

買ってくれてサンキューな。

【お前の買った商品一覧】

・XXXXXXXXXXXXXXX　100,000,000円

【支払方法】

体

【のし】

脱北祝い

じゃあな！

見たいな感じ。真剣に作りこんで動作確認しているときに、こんなメールが着たりすると、意外と吹いてしまう時があったりして、なんつーかいい息抜きです。

技術者なんだからさぁ～・・・

かつのり — Thu, 08 Nov 2007 02:43:00 GMT

最近仕事で、アプリのURLの構成を変えないと不味いみたいなやり取りがありました。

フォームタグのアクション属性にクエリストリングを付けてポストすると、クエリストリングが送られないので、クエリストリングを使うなという話です。

例えば、

ってフォームを送信すると、fooというURLしかサーバに送られないという話ですね。本当か・・・？

まぁそれはいいとして、「過去にそういう事例があるので直して欲しい」との事だったわけですが、それってどうやって検証したのか、どういう根拠があってそういう事例が発生しているのかは一切言わず、ブラウザ依存だとしか言いません。ブラウザ依存なら、オレオレブラウザ作ってわざと送らないように作れば、そりゃブラウザ依存といえますよ。

もうね、パケットキャプチャしたのかと。ミドルウェアを疑わなかったのかと。

添付の資料を読むと、「GETとPOSTが同時に送信できるかはブラウザ依存である。」とか書いてあるんですよ。へぇ～、一体いつからそんなプロトコルが作られたんですか？随分斬新なプロトコルですね。

まぁ言いたい事は「POSTする際にリクエストURIのクエリストリングのパートがブラウザによって切り捨てられる」という事を言いたかったんでしょうけど、思わず嫌みったらしく正しい技術用語を示して、こういうことでしょうか？と聞き返しました。なんつーか、素人相手に渡すような資料を、技術者同士の議論の為に送ってくるなよ！と思います。人を舐めているのかと。。。

SUPERとHYPERとULTRAの違い

かつのり — Tue, 30 Oct 2007 09:57:00 GMT

SUPERとHYPERとULTRAの違いとか使い分けがよくわからない・・・

SUPERとHYPERでどっちがすごいんだろか。HYPERとULTRAでどっちがすごいんだろうか。

直訳するとどれも「超」になりますよね・・・？誰かTOEICすごい人教えてください。