少人数でも回る！ DevinとPlaybookで支える運用改善

by ishikawa-pro

Embed

Start on current slide

Slide 1

Slide 1 text

少人数でも回る！ DevinとPlaybookで支える運用改善 Devin Meetup Tokyo 2025 株式会社CAM 石川諒 Devin Meetup Tokyo 2025 1

Slide 2

Slide 2 text

自己紹介名前: 石川諒 (ishikawa-pro) 株式会社CAM 2019年度新卒入社 X: ishikawa__pro 好きな AI 系ツール・サービス Devin Cursor ChatGPT Replit Manus Devin Meetup Tokyo 2025 2

Slide 3

Slide 3 text

宣伝 CyberAgent Way という自社メディアにインタビューが出たので、こちらもご覧ください Devin Meetup Tokyo 2025 3

Slide 4

Slide 4 text

株式会社CAM 2025年で設立25周年サイバーエージェントで最古参の子会社エンタメコンテンツ、ビジネスバラエティメディア、ライフスタイルメディアを主軸に30サービス以上を開発・運用エンジニアは約30名 Devin Meetup Tokyo 2025 4

Slide 5

Slide 5 text

今日話すこと背景と課題 CAMの開発スタイルと体制少人数 vs 大量サービス運用の課題 Devin導入とPlaybookによる課題解決 Knowledge機能とPlaybook機能の紹介 2つの実例：大規模バージョンアップ効率化、サーバー増強作業自動化まとめ Devin Meetup Tokyo 2025 5

Slide 6

Slide 6 text

1. 背景と課題 Devin Meetup Tokyo 2025 6

Slide 7

Slide 7 text

背景 Devin Meetup Tokyo 2025 7

Slide 8

Slide 8 text

CAM の開発スタイル内部的には同じような機能を複数サービスで作ることが多い認証・決済・CMSなどの機能は、マイクロサービスとして実装し、共通機能として提供する共通機能を組み合わせてサービスを構築することで、同じような機能の再実装を防ぐ Devin Meetup Tokyo 2025 8

Slide 9

Slide 9 text

CAM の開発体制 Devin Meetup Tokyo 2025 9

Slide 10

Slide 10 text

CAM の開発体制サービス専属のエンジニアはおらず、プロジェクト型でチームを組み、サービスを横断的に開発複数プロダクトのサーバーは1つの Kubernetes Cluster で管理されており、 SRE を中心に管理共通機能は Platform Engineering チームが中心となって開発・運用 Devin Meetup Tokyo 2025 10

Slide 11

Slide 11 text

課題：少人数 vs 大量サービス運用 Devin Meetup Tokyo 2025 11

Slide 12

Slide 12 text

課題人数とサービスの不均衡約40のマイクロサービスを約10名のバックエンドエンジニアで運用エンジニア数 < サービス数・サーバー数の構造的不均衡ほとんど 1サーバー = 1リポジトリで開発関連リポジトリも40個以上 Devin Meetup Tokyo 2025 12

Slide 13

Slide 13 text

課題日常運用の負荷言語・ライブラリのバージョンアップ作業が特に大きな負担数ヶ月に一度、全サービスで実施することが多い脆弱性対応の場合、優先度を上げて早急に対応しないといけない場合もある作業自体は単純だが、作業・リリース・動作確認などを含めるとそれなりに時間を取られる Renovate などを使った自動化パイプラインの構築や運用にかかるコストも高い Devin Meetup Tokyo 2025 13

Slide 14

Slide 14 text

課題インフラ運用の課題ファンクラブサイトなどの施策運用アーティストのファンクラブ会員限定チケット先行販売など、施策開始時刻からサーバーへのトラフィックが数百倍以上に跳ね上がる施策前にサーバーの増強作業が必要複数プロダクト・サーバーを1つのClusterで管理しているため、インフラ構成が複雑化どのサーバーを増強すればいいかといった知見が必要で、作業が属人化 Devin Meetup Tokyo 2025 14

Slide 15

Slide 15 text

Devin 導入と Playbook による課題解決 Devin Meetup Tokyo 2025 15

Slide 16

Slide 16 text

Devin の導入 2025年2月: 数名で Devin の検証導入を開始 ↓ 完全自立型AIエンジニアとして、どのくらい仕事を任せられるかを検証 2025年5月: CAM の全エンジニアが利用できるように整備・展開特に2つの機能が、 Devin を本格導入する決めてになった Knowledge Playbook Devin Meetup Tokyo 2025 16

Slide 17

Slide 17 text

Knowledge 機能コードベースや組織固有のルールなどを覚えさせることができる機能セッション内で、指示・指摘されたことを、 Knowledge として蓄えるようにサジェストしてくる機能も備わっている組織固有の開発知識やルールを蓄えていき、より少ない指示でタスクがこなせるように成長していく 1回目の作業: 詳細な指示が必要 ↓ Knowledge 蓄積 ↓ 2回目以降: 簡単な指示で同じ作業を実行 Devin Meetup Tokyo 2025 17

Slide 18

Slide 18 text

Knowledge 機能リポジトリ横断で参照できる Knowledge がリポジトリ内ではなく Devin のサービス側に保存されるため、リポジトリを横断して参照可能(リポジトリ指定も可) CAM では、開発言語・ライブラリなどの技術スタックやディレクトリ構成などを統一している CAMの技術スタック・開発スタイルを Knowledge として蓄えれば、リポジトリごとに context や rule を管理・設定しなくてもいい Devin Meetup Tokyo 2025 18

Slide 19

Slide 19 text

Playbook 機能繰り返し行う定型的なタスクを自動化するための「手順書」自然言語(日本語でもok) で手順書を記述するだけで、Devin が手順書通りに作業してくれる Knowledge も利用することで、組織固有の知識やルールも踏まえて、いい感じに実行してくれる Playbook を簡単に呼び出す Macro 機能が用意されており、チャット内で !macro のように自分で設定したショートワードを入れると Playbook が Devin に渡される Devin Meetup Tokyo 2025 19

Slide 20

Slide 20 text

Knowledge と Playbook の活用 Knowledge と Playbook を活用して、少人数 vs 大量サービス運用の課題解決を取り組み始めた 2つの実例を紹介大規模バージョンアップの効率化サーバー増強作業の対応自動化 Devin Meetup Tokyo 2025 20

Slide 21

Slide 21 text

実例1：大規模バージョンアップの効率化課題 EOLや脆弱性対応による40以上のリポジトリのNode.jsバージョンアップ開発業務との並行、進捗管理の負荷従来 backendエンジニア約10名で対応完了まで1ヶ月以上 Devin Meetup Tokyo 2025 21

Slide 22

Slide 22 text

実例1：大規模バージョンアップの効率化解決方法 Node.js バージョンアップの Playbook を作成 Dockerfile と CI のバージョンアップを指示 Devin のVM環境でテストを実行して、動作確認 TypeScript の場合は、 tsc で型チェックも実施確認が完了できたら PR 作成 Slack から Playbook を呼び出して並行作業させる Devin Meetup Tokyo 2025 22

Slide 23

Slide 23 text

Devin Meetup Tokyo 2025 23

Slide 24

Slide 24 text

実例1：大規模バージョンアップの効率化効果作業者: 約10人 → 1人(+ 複数のDevin) 対応完了まで: 1ヶ月 → １週間作業分担, 進捗管理, 催促をしなくてよくなり、心理的負担が減った他のエンジニアの作業時間を削らなくて済む Devin Meetup Tokyo 2025 24

Slide 25

Slide 25 text

実例2：サーバー増強作業の対応自動化課題：複雑なインフラ構成による作業の属人化チケット先行販売などの施策時：数百アクセス → 数万アクセス Kubernetesの大量マニフェストを編集準備作業に半日費やすことも Devin Meetup Tokyo 2025 25

Slide 26

Slide 26 text

実例2：サーバー増強作業の対応自動化解決方法増強作業のplaybook化サーバー増強作業の手順化 Devin には対象のサーバーと台数だけを自然言語で指示インフラ対応の振り返り用 GitHub Issue の自動作成次回施策時の参考値として Devin に渡せるように記録 Devin Meetup Tokyo 2025 26

Slide 27

Slide 27 text

増強作業の指示 Devin Meetup Tokyo 2025 27

Slide 28

Slide 28 text

振り返り用のGitHub Issue Devin Meetup Tokyo 2025 28

Slide 29

Slide 29 text

実例2：サーバー増強作業の対応自動化効果作業: 大量の yaml 編集 → Slack指示からDevinに指示準備時間：半日 → 15-30分自然言語でDevinに指示するだけになったため、属人化の排除振り返りレポートの自動生成 Devin Meetup Tokyo 2025 29

Slide 30

Slide 30 text

まとめ Devin Meetup Tokyo 2025 30

Slide 31

Slide 31 text

Devin導入による効果運用業務の効率化バージョンアップ作業: 10人×1ヶ月 → 1人×1週間サーバー増強作業: 半日 → 15-30分チーム拡張の実現属人化の解消: 特定の人しかできない作業を Playbook で再現可能に心理的負担の軽減: 作業分担・進捗管理・催促が不要より事業に貢献できる業務へ集中: ルーチンワークから解放 Devin Meetup Tokyo 2025 31

Slide 32

Slide 32 text

Devinと人間の役割分担 Devin（実行部隊）量が多いが単純で面倒な作業簡単な変更やバグ修正運用設定の変更・スケーリング操作人間（司令塔）より高度な判断や戦略的業務監視と最終的な判断問題発生時に即座に対応 Devin Meetup Tokyo 2025 32

Slide 33

Slide 33 text

まとめ Devin × Playbook により、少人数でも大量サービス運用が可能に運用業務の大幅効率化属人化の解消とチーム可用性向上価値創造業務への集中ビジネス価値優先の組織へ技術・人数的制約ではなくビジネス価値で判断 Devin Meetup Tokyo 2025 33

Slide 34

Slide 34 text

ご清聴ありがとうございました Devin Meetup Tokyo 2025 34