11
2

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

More than 1 year has passed since last update.

Site Reliability Engineering

Last updated at Posted at 2022-12-09

これは 3-shake Advent Calendar 2022 9日目の蝉です。

ポエムです。組織の Advent Calendar ですが、組織としての意見ではありません。

早く SRE って3文字バズワード終息しないかなあ。ずっとモヤモヤしてるんです。

サイトの信頼性ってずーっと昔から大事でした、インフラの人だって開発の人だって運用の人だってみんな信頼性なんてどうでもいいから機能を追加しようぜなんて考えてはいないはず。

SRE チームを作らなければいけないとか、SRE を導入しなきゃいけないとか全然そんなことないと思うんです。みんなで信頼性を上げるための何かをやれば良いと思うんです。やってると思うんです。

SRE として独立して存在すると、SRE としてやったことを評価しなくてはなりませんから指標が必要ですね、SLI です SLO です。これも大事だとは思うんですけどそもそもそんなエラーばっかり出てたら放置はしませんよね。

100% の信頼性っていうのは無理がありますから妥協が必要です、エラーバジェットですね。再現性の無いエラーの調査に無限に時間を使うのは無駄ですね。それより機能追加などでサービスの価値を上げましょう。

可観測性は大事です、もうツールは揃っているのでやりましょう。

信頼性向上のために自動化できるところは自動化しましょう。半自動化からだっていいじゃない。

自動化したらテストもデプロイも簡単になってデプロイ頻度も上がりそうですね。 Four Keys っていう指標があるみたいですよ。

次は DevSecOps ですね。そうそう Securify っていうサービスがあるんですよ。

これまで通りみんなでサービスをより良くして行きましょう。

「SRE 何それ美味しいの?」
「SRE ひとつください。」
「これって SRE なのかなあ?」

がなくなるといいな。

11
2
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
11
2

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?