開発者のための環境づくりを行う組織「Reliability Engineering Center」とは
――今年の1月にReliability Engineering Center（REC）を立ち上げられたと聞いています。これはどのような組織ですか。
LINEに所属する開発者のための組織です。開発者がレベルの高い仕事をするための仕組みやプラットフォームを提供することがミッションとなっています。たとえば、CI/CDやモニタリングに関するガバナンスを決めたとして、ルールを満たせば何でも好きなツールを使っていいというわけにはいきません。ツールやソフトウェア、オペレーションのベストプラクティスを定義して、汎用的なプラットフォームを提供していくのが一番の目的です。
――以前はプロダクトごとに自由に技術を選んでいたけれど、効率が悪くなってきたので、横串の組織を作ったということでしょうか。「Reliability Engineering」という言葉から、開発者のためのインフラを提供する組織をイメージしていました。
開発者が日常使うツール類を提供しますので、インフラより上のレイヤーです。デプロイの監視や監査ログのあり方、GitHubの管理、Slackに通知する仕組みなど、あると便利なものや、認証の基盤など、統制を利かせるものを提供して生産性を高める仕組みを作っています。
従来は現場のエンジニアが自由に技術を採用していましたが、組織が大きくなると個別最適化が大変になります。監査ログのシステムを作るのが好きかどうかと問われたら、みんなそうではないと思います。面白くないことに工数をかけてしまうのも課題ですし、個別最適によって効率が下がってきていたことも課題となっていましたので、そこで、RECでは基盤となる環境を用意し、開発組織全体の生産性を高めていく状態を目指しています。
――RECにはどのようなエンジニアがいるのでしょうか。
DevOpsツールや開発ライフサイクルに興味を持つエンジニアが多いです。エンジニアのためにツールを開発したい人も多いですね。フルスクラッチで開発するよりは、オープンソースを評価したり、技術トレンドを追いかけていたりします。次々に新しい概念が登場しては廃れていきますので、間違った選択をしないよう有利だと思うものに鼻を利かせている印象です。組織をマネジメントしたり、リードしたりする人材も多いですね。
――RECが立ち上がって半年近く経過しています。社内向けに開発したツールをOSSとして公開している企業などもありますが、今後チャレンジしていきたいことはありますか？
まだOSSの公開までは至っておらず、これからですね。OSSとして公開するのは品質を高めるなど一つのベンチマークとしてはいい考えだと思います。RECの活動は、何かを1回導入したら終わりではなく、常に改善をしていく必要があります。新しいテクノロジーが次々と出てきますので、事業側とも議論して、適切に導入していくサイクルを作っていきたいと思っています。
