サービスの信頼性と可用性を担保するSREが目指す「サイバーエージェント流ベストプラクティス」模索の道のり

Profile

• 

  柘植 翔太
  メディア統括本部サービスリライアビリティグループ マネージャー / SRE
  2014年新卒入社。インフラエンジニア、SREとして、AMEBA、AWA、社内基盤など50以上のメディアサービス・システムへのSRE推進、リスク改善、サービス立ち上げを経験。現在は、横断SRE組織のマネージャーとして、SREのEnablementや人材育成へ注力している。

横断SREとして、サービスの信頼性と可用性を担保する

── 柘植さんの現在の役割をおしえてください

私は、メディア事業横断のSRE組織のマネージャーをしています。主にメディア事業を担当し「Ameba」「AWA」「タップル」「CL」「社内基盤」など様々なサービスやシステムへのSRE導入をしてきました。また、インターネット広告事業やゲーム・エンターテイメント事業とも連携しながら、横断的なSRE(Site Reliability Engineering)組織を構築する事を目指しています。
この活動を通して、SREに関する技術ナレッジを社内に浸透する事で、グループ全体の開発効率や信頼性の向上を目指しています。

── 現在の活動内容を教えてください。

サイバーエージェントには「リスクを最小限に抑えながらも、ビジネス目標を達成するために、最新のツールやテクノロジーを積極的に導入する」という技術カルチャーがあります。
そういった「攻め」を「守る」ために、サービスやプロダクトの信頼性や可用性を担保する役割を担っています。例えばクラウド環境におけるWell-Architectedやトラブルシューティングなどがそれにあたります。
そして、我々の活動が、よりプロダクトと密に連携するためにも、我々の活動を知ってもらう必要があります。そこで、サイバーエージェントグループのSREチームが日々向き合っている課題や取り組みについてまとめた「SRE Technology Map」を制作しました。
 

変わり続ける技術トレンドだからこそ「変化対応力」が問われる

── インフラエンジニアと聞くと、「ずっと仕事がある。サービスの浮き沈みに影響しない。安定している。」という印象を持っていましたが、実際はまったく逆の印象を受けました。エンジニアとしての存在意義や、プロダクトへの貢献を常に考え、組織もあり方も変え続ける必要があったのですね。

「インフラエンジニア」という役割やロールにとらわれると、エンジニアとしての本質を見失ってしまう気がします。重要なのは「どんな課題を技術で解決するか？」だと思います。プロダクトやサービスの課題が前提として存在し、その解決のためにエンジニアがソリューションを提供し、それを推進/実現するために組織や役割があると言えます。サイバーエージェントが大切にしている「変化対応力」とはまさにこの事です。

── エンジニアの観点で注目すべきプロダクトの課題とは何でしょうか？

例えば、オンプレミス型インフラの時代では、信頼性や高可用性の確保、ハードウェアのコスト削減、サービス要件を満たすためのパフォーマンスチューニングなどがありました。しかし、時代とともにハードウェアの性能も向上し、カリカリにチューニングしなくても、クラウド環境で充分なサービス要件を満たせる時代に変わりました。時流に沿って、課題そのものも大きく変わったケースと言えます。

── では、クラウド環境が主流になった今では、どんな課題が生じていますか？

以前は、インフラ領域をインフラエンジニアが担当していましたが、現在はバックエンドエンジニアが関わるケースが多いです。

アプリケーションエンジニアがインフラを管理できるようになると、開発速度も向上します。その一方、各プロダクトで似たような機能を開発して「車輪の再発明」が頻発していたり、担当するエンジニアの習熟度によって、パフォーマンスにバラツキが発生したり、潜在的なリスクに気づかないまま開発が進んでいるなどのケースもあり得ます。

こういった課題に対して我々は、SREの思想をベースに、技術的な全体最適化が起きるようにサポートしています。ナレッジやリソースをどのように流動的に管理できるかが、横断組織の重要な役割だと思っています。
 

時代の波を超えて自己成長できるエンジニアの素養

── 現在、バックエンドエンジニアやインフラエンジニア、SREを目指している学生に、キャリアアップのためのアドバイスがあればお願いします。

最近は、学生時代からSREを目指すエンジニア志望の方も増えてきていて、正直嬉しい限りです。ただ、前にも述べた通り「SRE」というロール自体、時代の流れで変わっていく可能性があります。少なくとも、我々が所属する組織が求められている役割は、数年後には別の形になっている可能性が高いです。

「インフラエンジニア」や「SRE」など、職種名やロールというカテゴリーはわかりやすく、それを目指す気持ちも理解できます。しかし、ロール名や職種名は、組織内で行っている業務内容を、周囲がわかりやすくするためにつけた便宜上の名前に過ぎません。そこに捕らわれ過ぎてしまうと「私はSREなので、SREとして評価される仕事しかやりません」となってしまい、チャレンジできるチャンスを逃してしまうばかりか、もっと大局的な技術やビジネストレンドの波に取り残されてしまう可能性すらあります。

重要なのは「どのような課題を技術で解決したいのか？」「どのようなアプリケーションを開発して、どんなインパクトを生み出したいのか？」という点だと思っています。

学生であれば「自分が好きな技術や得意なスキルをベースに、どんなエンジニアになって、どんな分野で社会貢献したいか？」を考えることから始めると良いかもしれません。

例えば、自分が面白いと思うサービスや日常的に使っているアプリケーションを模倣してモック開発してみる事をおすすめします。サイバーエージェントの新卒研修でとりいれている課題でもありますが、アプリケーションを1つ完成させる過程で、様々なことを習得できるのでおすすめです。例えば、クライアントアプリがサーバーとどのようにデータ通信しているのか、データベースはどのような構造でデータを保持しているのかを、高負荷がかかった時にサーバーはどのように冗長化しているのかを網羅的に知ることができます。

その過程で、パブリッククラウドやWebフロント、ネイティブアプリ開発など、自分が好きな技術分野が絞れるようになり、技術的にも更に深く掘り下げられるようになってくるはずです。

すると、初めは見様見真似で模倣していた技術やフレームワークやアーキテクチャも、次第に自分なりの根拠で説明できるようになってくると思います。そういった開発経験を積み重ねることで、技術的なトレンドの流れに左右されない普遍的な素養が身につくと思います。

また、業務のエンジニアリングでは、技術選定の根拠を明確にすることや、運用やスケールを考慮した際に、なぜその技術が効果的かを説明できる事が求められます。そんな時「このビジネス課題に対してこの技術でいきましょう」と自信を持って言えるエンジニアは頼もしいです。

サイバーエージェントではそんな若手エンジニアが多数活躍しています。そういった方々と一緒に働ける事を楽しみにしています。