Engineering(SRE)、ソフトウェア開発、クラウドコンピューティングなどについて、吉澤が調べたり試したことを書いていくブログです。しながら考えが変わったこと今回の記事は年末スペシャルです。しながらやってきた取り組みについては、今年も会社のテックブログに色々書かせてもらいました(職場の理解のおかげです。いつも感謝してます)。それぞれのブログ記事の間を埋めるストーリーというか、その背景にあることについてはなかなか書く機会がありませんでした。しながら考えていたことをつらつらと書いていこうと思います。あるべき組織体制について、1年前はこう考えていました。アプリの開発状況を細かく把握しながら監視・運用すべきただ、この1年で考えが変わり、いまはこう考えています。それを支えるシステム作りに労力を割くべきこう書くと、なんか、結局当たり前の結論に帰ってきてしまった感じがしますね......。いうものだろ、と言われそうな気もします。いう過程を経てそういう考えに落ち着いたのかを振り返ってみます。1年前(2018年末)に考えていたこと去年の年末の時点で、僕個人はこういう状況でした。チームだったものを複数の開発チームにまたがる形にしました。分離してしまっていた当時の状況では、それが最適なチーム構成だろう、と僕も強く同意していました。チームの黎明期を知るメンバに繰り返しインタビューして書いた発表資料やブログ記事がありますので、そちらをぜひどうぞ。化プロジェクト」というリプレイスプロジェクトに参加してました。1人だけという状況でした。入り、インフラとアプリの両方に目配せすることで、いろいろな問題を未然に防げたという手応えはありました。して1人頑張り続けることのつらさも強く感じていました。2018年末はそんな状況でした。年に考えていたこととやったことそこから1年経って、2019年末(現時点)の状況はこう変わりました。改善活動を主導できる体制作りを目的に行われました。実は、僕は当初この分離には反対していました。特定の開発チームに割り当てるのは、短期的には有効だけど、長期的には持続可能じゃないという考えに変わりました。して張り付け続けるつらさを実体験したからです。疲弊して、退職されてしまうだろうと......。どれくらい大変かの具体的な話は、リプレイスプロジェクトが終わったときのブログ記事に書いたので、よかったらこちらをどうぞ。勉強会で、いろいろな他社事例に触れたことです。事例では、開発チームへの監視・運用の移行がここまで現実に可能なのかと驚かされました。ついて以下のイベントで初めて知り、懇親会でメルカリのエンジニアに詳しい話を聞いて感銘を受けました。アプリ開発者の責任分界点を明確にするため」という目的さえブレなければ、マイクロサービス化を推し進めていいのではないかと考え始めました。メルカリの事例に強く影響を受けて、その後、自分の現場でも、アプリ開発者に監視業務を移行するためのアラート通知システムを整備しました。マイクロサービス化まではまだ進んでいませんが、責任分界点を明確にするためには、これからマイクロサービス化を段階的に進めていく必要があると思っています。開発チームを巻き込んだ監視システムの全体像(下記ブログから引用)backlog.comちなみに、開発チームに1年以上いたおかげで、アプリ監視の業務設計ができて、結果的にこのアラート通知システムも作れました。その点は、1年以上悪戦苦闘したのも無駄な努力ではなかったのかな、と。業務について考えるにあたって、他社の事例を聞くのはとても参考になると実感した1年でもありました。来年1/25(土)に開催されます。司会としてスタッフ参加している予定です。チケットは売り切れてしまっています(すみません!)が、発表スライドは後ほどいろいろな登壇者が公開してくれると思います。僕もイベント当日は見てる余裕がなさそうなので、あとから発表スライドやレポートブログなどをゆっくり読ませてもらうつもりです。来年末も、今とはまたいろいろ考えが変わってるのかなあ。D...12月は色々ありました。はてなブログProMuziとも呼ばれる人。いまはBacklogのSREやってます。(1)注目記事リンク無印吉澤(旧)はてなブログをはじめよう!muziyoshizさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。