サービス品質の改善効率を高める仕組み | 外道父の匠

最近うぇぶ業界では、開発効率や構築効率を求める動きが活発のように見受けられますが、ここで改善効率について手を伸ばしてみましょう。 改善効率とは、開発後期やサービス開始後の運用フェーズにおいて、クソコードやクソクエリ、データの蓄積によるレスポンスの悪化などを、自動的に検知し、開発者にオラオラ改修をプッシュするための仕組みのことでございます。 はじめに ここで紹介する内容はドリコムで実際に運用しているものですが、別にドヤ顔するようなものではなく、中規模以上の企業ならば似たようなことやそれ以上のことをやっているであろう、至極当然な内容です。それでも、それなりに種類が増えてきたことと、それなりの効果を得られていることが実感できているため、いったんまとめてみようと思った次第です。 ウチのサービスのサーバーサイドは Ruby on Rails + MySQL が基本なので、その対策手法になります。WE

[GedowFather]

意識高い系を書きました

[yusk_y]

サービス品質の改善効率を高める仕組み | 外道父の匠

[gkojax]

「サービスの収益になるのは開発であり、改善は怠ると収益が落ちるものです」

[potato777]

NewRelicでアプリの品質改善

[chezou]

いい記事

[abe_hn]

良記事。クエリ品質の定量化、クエリの自動改善案 自動提案

[ryonext]

参考にします

[wtatsuru]

クエリ品質の可視化おもしろい

[noonworks]

「私のクソクエリポイントは53万です」というやつ　すごい

[restartr]

すごい

[sh2]

定期的にごく限られた時間だけ一般クエリログを抽出、EXPLAINやSHOW INDEXをもとにクソクエリポイントを算出。ステキ

[kenjiskywalker]

“日々、手間暇かけさせられている作業に対して、常に自動化欲求を忘れずに生きていきましょう。そうしましょう。”

[katsuren]

Sentry っていうの知らなかった。今度調べてみよう。

[myfinder]

“日々、手間暇かけさせられている作業に対して、常に自動化欲求を忘れずに生きていきましょう。そうしましょう。”

[tagomoris]

“日々、手間暇かけさせられている作業に対して、常に自動化欲求を忘れずに生きていきましょう。そうしましょう。”