保守

最近のボトルネック事情

kox@wankuma.com — Wed, 09 Dec 2009 23:53:00 GMT

数年前までは、ボトルネック要因の大半はDB周りだったと思います。

もちろん、クライアントやトラフィック、APサーバーなど要因はほかにもありますし、

複合的なものもありますが、やっぱり多かったのはＤＢ。それもＳＱＬの不備であることが多かったと思います。

ですが、最近ではサイトや本などが多数あり、チューニング情報も充実しノウハウの共有もされています。

またＤＢのオプティマイザも優秀になってきているので、昔よりもボトルネックにならなくなってきています。

では、最近はどこにボトルネックが多く発生しているかというと・・・

クライアント処理になります。

１．Ａｊａｘの利用によりクライアント側での処理が多くなってきていること。

２．Javascriptのフレームワーク（ライブラリ）の普及、利用により、処理そのものが重くなってきていること。

どちらもJavascriptですね。

Javascriptもチューニング方法はありますが、フレームワークを使用してしまうとなかなか思うようにいかなかったりします。

この辺は勉強不足もありますね。

久しぶりのパケットキャプチャ

kox@wankuma.com — Mon, 03 Aug 2009 22:11:00 GMT

この前、久しぶりにパケットキャプチャをとる必要があったので、

Etｈerealを落としてこようと思ったのですが、既にお亡くなりになっていたのですね。

今はWiresharkだそうな。

使用感はほとんど変わらなかったので問題はなかったですが。

独自フレームワーク

kox@wankuma.com — Mon, 01 Jun 2009 22:00:00 GMT

いろいろな会社さんにオンサイトで通っていると、

独自フレームワークを使用していることがよくあります。

「車輪の再発明をするな」とは言うつもりは、ありません。

各会社さん毎に、独自の発想があって、業務効率化を目指して創られていることは理解できます。

どうすれば簡単に創れて、運用しやすくコストを軽減できるかを考えた上で

「独自フレームワークを創る」を選択することは、間違いではないと思います。

しかし、「フレームワーク」を創るってことは簡単な事ではないということを覚えておいてほしいと思います。

生半可なスキルの人間の手によるものだと、簡単に破綻します。

また痛みを伴うこともあります。

フレームワークにそぐわない機能を作成しようとすると、多くのリスクをとることになります。

結局統一性が取れない、運用しにくいアプリが作成されることも少なくありません。

協力会社に開発を依頼する場合も、そのフレームワークの習得時間も考慮する必要があります。

それでもなお、独自フレームワークを創りますか？

人脈力

kox@wankuma.com — Thu, 22 Jan 2009 12:56:00 GMT

今日は本の紹介をしたいと思います。
抜擢される人の人脈力

この本の書評に関しては404 Blog Not Foundに書かれているので、
そちらを参考にしてもらえばと思います。
僕もこの弾さんのブログを見て買った一人ですので。

人脈構築に対する考え方で、
「今まで考えもつかなかった」というものではなく、
「うすうす感じていたけれども、後回しにしていた」ことで、
やはり自ら動いていかないと駄目だなぁ思わせる1冊です。

ということで本書に習い、自分をタグ付けしてみました。
「安定稼動実現のための保守」
「ランニングコストを減らすための保守」
「ユーザー指向提案型保守」

ちょっとパッとしないですが、とりあえずこんな感じで。

---------------------------------
このサイトにリンクしてある書籍は楽天ブックスのものです。
楽天会員なもので。（アフィリエイトを使ってるわけではないです）
ちなみに弾さんには申し訳ないですが、この本も楽天で買ってます。

IE8

kox@wankuma.com — Mon, 19 Jan 2009 14:03:00 GMT

今のプロジェクトはモバイルサイトなので、

最近のブラウザ事情には、まったくついていけてないです。

IE7の時は、挙動の違いなど結構調べてたんだけど。

そろそろ、状況を把握しておかないと厳しいなぁと思う今日この頃。

で、ちょっと調べたら

IETesterなんてものがあるんですね。知らなかった。

これ面白そう。

保守が暇だと言う奴は保守がなんたるかを分かってない

kox@wankuma.com — Wed, 24 Dec 2008 15:55:00 GMT

と言うのは言いすぎだけれど、
最近「暇だ、暇だ」と言われたので。

実際、保守って意外と忙しいです。
（ここでは、機能拡張などの作業は省きます。
開発作業がない場合の保守作業のことです。）

まず覚えなきゃいけないことが多々ありますので、
最低限これらについては網羅してもらいたい。
　・インフラ構成
　・問い合わせがあったときに、
　　あたりがつけられる程度の業務知識とモジュールの内容把握
　・問題切り分けができるくらいの各種知識
　　（ネットワーク、インフラ、ミドルウェア、アプリ、業務などなど）
　・問題が切り分けられた時点での障害時の対応方法
　　（Webサーバーがダウンしたときはどうするのかなど）

「そんなことは、既にやってるよ。運用も自動化されてるし」
「機能改善もないし、顧客が動かなければ、何もできないよ」
という声も聞こえそうです。

不具合は、いつ、どのような状況で発生するかわかりません。
そのためには、日々気をつけておかなければいけないことがあります。
　・監視を怠らずいつでも対応できる状態にしておく
　・不具合時の運用訓練
　・OSやミドルウェアの脆弱性などの最新情報の取得・調査
　・モジュールに不具合がないか調査、リファクタリング

それ以外にも、
顧客への提案ができる可能性もあります。
機能的に不足しているのであれば、その提案を。
データ量が加速度的に増えていれば、ハード増強の提案を。
今よりもコストダウンできる方法があれば、その提案を。

これは、過剰なことですか？
保守の領域を超えていますか？
保守の観点からしか見えない一面もあります。
保守だから見える部分に関しては、
積極的に提案していくべきだと思います。
保守だからできる仕事は、いくらでもあります。

「暇だ」と言う前に、
問題意識を持って、今何ができるかを考えてもらいたいのです。

特定電子メール法改正2008年12月1日施行

kox@wankuma.com — Fri, 12 Dec 2008 12:46:00 GMT

ご存知の方も多いと思いますが、

特定電子メール法が改正され、12月1日より施行されています。

「電気通信消費者情報コーナー」に詳細が記載されています。

コレにあわせていろいろ調整が必要になりそうです。

というか気づくの遅すぎorz

記録に残したことを記憶する

kox@wankuma.com — Wed, 03 Dec 2008 14:25:00 GMT

予定などを忘れないように、「記憶よりも記録」というフレーズをよく目にします。

「記録よりも記憶」の逆パターンですね。

保守をする上でも同様で、

広く浅く（一部深く）の知識が必要なので、全ての情報を覚えておくことなんてできません。

でも記録したことすら忘れることもありますよね。

散々ネットを探した結果、実はPCにメモが残っていたとか。

最近チェックしないといけない箇所が多すぎて困ってるんですけど。

予定表だけでもgoogleとOutlookと手帳があったりします。orz

iモードIDについてその後

kox@wankuma.com — Fri, 18 Jul 2008 14:14:00 GMT

前回のエントリの後、ちょっと調べてみました。

このiモードIDはSSL通信では付与されないIDですので、

iモードIDを取得する際に流れるデータは暗号化されていないことになります。

mixiではこのiモードIDを導入していて、固体識別番号と併用して使用しているようです。

iモードIDを使用しているサイトがそこら辺にあると考えたほうがよさそうです。

miixを含むケータイWebで多く見られる「かんたんログイン」などは、

iモードID（など）を認証に使用することで実現しています。（mixiの場合は固体識別番号と併用）

このことから自分のiモードIDが他人に知られてしまった場合に、

なりすましによるサイトログインも可能な状態になってしまいます。

（実際には固体識別番号やキャリアIP制限などを併用することで、難しいことだと思いますが

それをユーザが知る術はありません）

日本のインターネットが終了する日

kox@wankuma.com — Wed, 16 Jul 2008 19:10:00 GMT

ネタ元：日本のインターネットが終了する日

ネタ元のエントリはかなり長く難しい内容になっているが、

重要なことが書かれているため一読しておくことをお勧めします。

ここで簡単に説明することもできるとは思いますが、

高木さんの趣旨が伝わらないことを懸念して、あえて説明しないでおきます。

それを踏まえた上で。

iモードIDはデフォルトで「通知する」になっていますので、

ユーザが知らないうちに、既にiモードIDが取得されているかもしれません。

危険だと思う方は今すぐにでも「通知しない」設定にするなどの対応が必要です。