東電関連blog炎上のはいけいに擁護対象のミスリードが影響しているような気がする。権限違反してるな…やはりスコープは大切だ

#ohatsu むぅ…

未曾有の惨事と評された津波をもってしても、世界地図からみたらほんのちょっぴり海岸線が歪んだ程度にしかならないのか…生物としての儚さを感じずにはいられない

だれもがときめくような大恋愛をしようが、地上最強の強さを手に入れようが、地球規模でみると海水がほんのちょっと海岸を乗り越えただけの騒ぎでそれもきれいさっぱり消えてなくなるのかと思うとちょっと寂しくなるね

なんか子供のころに蟻を水で流してやった頃の記憶が蘇るわ…

NTT堂島到着

あぁ…ニュースを見るにつけて、誰が悪いのかわかったところで解決ではないことを痛感する

肝心なのは「この悲しい事態をどうやって繰り返さないようにするのか」が大切なんだ

10分ジョギング115

ウォーキング 120

ジョギング 142

ウォーキング 120

祝詞の翻訳を初めてみたけど、ざっくり言うと「僕、いつも失敗ばかりしてるけど、ここは一つ、神様の器量に免じてなかったことにしてください」と神様にお願いしてるのね

そう考えると…なんか効果ありそうな気がしてきたぜ

だから神社でご祈願してもらうのは「僕みたいな一般人では、神様にお願い届かなかったようだから、神主さん、代わりにお願いして下さい」ってことなのね

「これは受けそうだ」というポジティブな思いで仕事に臨むことが大切

クラウドのことが少しわかった

ASPがサービス提供の「一手法」であるのに対して、クラウドはサービス実現のための「取り組み」なんだ、と思う

ASPが「形態」に対して定義しているが、クラウドは「目標」に対して定義している点が大きく違う。ように思える。

極端にいえば提供側が「これがクラウドです」といえばそのサービスはクラウド、ということになる。ややこしいな…渹

クラウドで注力すべき課題は「柔軟にリソースを再分配できるとして、それをどうユーザーに無駄なく提供できるか、もしくはユーザーは無駄なく利用できるか」だと思う

この点をよりシンプルに提供できれば、クラウドサービスは一つの成功、と言えると思う。

クラウドの行き着く先は「青天井」。ユーザーは自由にリソースを消費することができるようになり、プロバイダは個々のリソースを意識することなく、リソース全体を把握するだけでよい。そう考えたらGoogleはクラウドを実現させてるような気がする

自覚しなくてはいけない。「物事にきまりなんてない」というのは提供者としての怠慢であると

灰色の世界で白黒の違いを示すことこそ、技術者の腕のみせどころだとおもう

時代のトレンドは二種類しかない。色が増えすぎたから一つにまとめる動きと、やっぱりこの２つは違うと分ける動き

僕は子供の頃の気持ちを大人になっても持ち続けることに興味はない。その年齢にならないとできないことをやることに興味があるのだ。

駐車場の領収書はどこから経費として計上すればよいのやら…渹

サイトスコープでサービスダウン検知⇒外部からのアクセスがタイムアウト

すぐに復旧⇒とりあえず目先のプロセスが終了。ギリギリアクセスが受け付けられただけ

Sarでリソース調査⇒ユーザプロセス跳ね上がりだとアプリが高負荷状態の可能性

ログをチェック。高負荷でダウンはエラーでないから、通常のアクセスログでＯＫ

Apacheはプロセスを複製するから、どんなプログラムが高負荷の原因になってるのか特定が大変

実は一つ一つのアクセスにかかる負荷はほとんど無視できる、が、これが高負荷状態ともなると100以上プロセスが走るから凄まじい負荷になってるようだ

外部によるアタックと断定したら対応方法は自然と決まる。アプリでブロックするか、サーバ全体でブロックするか、ファイアウォールてブロックするか

このさじ加減はアタック元がどんだけの範囲で攻撃してくるかによって決まる

あと、相手が特定できるなら直接本人に言ってやめてもらう。というのもあり

あと標的となってるCGIを削除してしまうというやり方もあったりする

ウチとサポセンの関係はサポセンがうちに代わって直接お客さんとネットワークの利用について交渉してもらってる、と考えたらよい