サービス品質の改善効率を高める仕組み | 外道父の匠
最近うぇぶ業界では、開発効率や構築効率を求める動きが活発のように見受けられますが、ここで改善効率について手を伸ばしてみましょう。 改善効率とは、開発後期やサービス開始後の運用フェーズにおいて、クソコードやクソクエリ、データの蓄積によるレスポンスの悪化などを、自動的に検知し、開発者にオラオラ改修をプッシュするための仕組みのことでございます。 はじめに ここで紹介する内容はドリコムで実際に運用しているものですが、別にドヤ顔するようなものではなく、中規模以上の企業ならば似たようなことやそれ以上のことをやっているであろう、至極当然な内容です。それでも、それなりに種類が増えてきたことと、それなりの効果を得られていることが実感できているため、いったんまとめてみようと思った次第です。 ウチのサービスのサーバーサイドは Ruby on Rails + MySQL が基本なので、その対策手法になります。WE
Ganglia + Nagios でメトリクス収集 + 監視をしている場合のリモートサーバに対する独自な監視 - 尿酸値下げたい
とりあえず書いておく。 Ganglia gmetric をキックする処理を書く 単に gmetric をキックするだけでよい。あとは gmond + gmetad がなんとかしてくれるし、その後は check_ganglia.py に乗っかれば良い。 gmetric はちゃんと man を読むべし。ググって頭の方に出てくるのは古い情報のようだ。 やり方にもよるのだろうが、極めてやっつけ感が高く、結果、これホントにメンテすんの？感も高い 推移を見たい場合かつラクに済ませたいならこれしか選択しないのでは。 Nagios NRPE と各種 Nagios Plugin を使う 監視対象のリモートサーバに NRPE をインストールする必要がある SSL を使う場合、 openssl, openssl-devel もインストールする必要がある 全サーバに共通の仕組みたるコード群はおいておきつつも、その
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
