2019 年に SRE をしながら考えが変わったこと - 無印吉澤

今回の記事は年末スペシャルです。 僕が SRE をしながらやってきた取り組みについては、今年も会社のテックブログに色々書かせてもらいました（職場の理解のおかげです。いつも感謝してます）。 ただ、それぞれのブログ記事の間を埋めるストーリーというか、その背景にあることについてはなかなか書く機会がありませんでした。なので、今回はそれらの記事を引っ張りながら、今年 SRE をしながら考えていたことをつらつらと書いていこうと思います。 この1年で考えが大きく変わったこと SRE のあるべき組織体制について、1年前はこう考えていました。 複数の開発チームをまたぐ形で SRE をマトリックス的に配置して、SRE はアプリの開発状況を細かく把握しながら監視・運用すべき ただ、この1年で考えが変わり、いまはこう考えています。 SRE をマトリックス的に配置するのは、確かに、開発速度を一時的に上げるのには効果

[t_f_m]

あとで

[pirox07]

“しかし、リプレイスプロジェクトでの経験を経て、SRE を特定の開発チームに割り当てるのは、短期的には有効だけど、長期的には持続可能じゃないという考えに変わりました。”

[ya--mada]

責任を負わせないようなハッカソンパーソンを各部門をウロウロさせると組織が良くなる。ていうのが俺的論。

[iekusup]

転職してまでしんどいことやらないよね。人じゃなくて仕組みでカバーしないと。人を採用するならその仕組みを提案維持できることが望まれるよね。

[Fohte]

“SRE を特定の開発チームに割り当てるのは、短期的には有効だけど、長期的には持続可能じゃない”

[katzchang]

“アプリの監視・運用の責任は開発チームが持ち、SRE はそれを支えるシステム作りに労力を割く”

[sashiharajp]

SRE next土曜だからいけないんだよなー

[ledsun]

面白かった