Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
非エンジニアによるDevin開発のためにSREができること
Search
shonansurvivors
September 17, 2025
Technology
0
140
非エンジニアによるDevin開発のためにSREができること
shonansurvivors
September 17, 2025
Tweet
Share
More Decks by shonansurvivors
See All by shonansurvivors
SOC2取得の全体像
shonansurvivors
1
370
SREによる隣接領域への越境とその先の信頼性
shonansurvivors
2
850
スタートアップがAWSパートナーになって得られたこと
shonansurvivors
3
1.1k
AWSで構築するCDパイプラインとその改善
shonansurvivors
5
4k
Terraformでmoduleを使わずに複数環境を構築して感じた利点
shonansurvivors
3
3.7k
クロステナントアクセスを要件とするsmartroundのマルチテナントSaaSアーキテクチャ
shonansurvivors
0
530
CodeBuildで動かすecspresso
shonansurvivors
2
4k
GitHub ActionsのGitHub-hosted Larger Runnersと他サービスと
shonansurvivors
0
1.1k
EC2からのECS移行においてIaCとCDをどう変えたか
shonansurvivors
23
7.6k
Other Decks in Technology
See All in Technology
フルカイテン株式会社 エンジニア向け採用資料
fullkaiten
0
9k
Findy Team+のSOC2取得までの道のり
rvirus0817
0
330
SoccerNet GSRの紹介と技術応用:選手視点映像を提供するサッカー作戦盤ツール
mixi_engineers
PRO
1
170
ZOZOのAI活用実践〜社内基盤からサービス応用まで〜
zozotech
PRO
0
170
AI時代だからこそ考える、僕らが本当につくりたいスクラムチーム / A Scrum Team we really want to create in this AI era
takaking22
6
3.4k
「Verify with Wallet API」を アプリに導入するために
hinakko
1
230
生成AIを活用したZennの取り組み事例
ryosukeigarashi
0
200
PLaMoの事後学習を支える技術 / PFN LLMセミナー
pfn
PRO
9
3.8k
AI Agentと MCP Serverで実現する iOSアプリの 自動テスト作成の効率化
spiderplus_cb
0
490
Optuna DashboardにおけるPLaMo2連携機能の紹介 / PFN LLM セミナー
pfn
PRO
1
880
o11yで育てる、強い内製開発組織
_awache
3
120
GA technologiesでのAI-Readyの取り組み@DataOps Night
yuto16
0
270
Featured
See All Featured
How To Stay Up To Date on Web Technology
chriscoyier
791
250k
Learning to Love Humans: Emotional Interface Design
aarron
274
40k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.7k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.7k
The World Runs on Bad Software
bkeepers
PRO
71
11k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
229
22k
Design and Strategy: How to Deal with People Who Don’t "Get" Design
morganepeng
132
19k
[RailsConf 2023] Rails as a piece of cake
palkan
57
5.9k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
252
21k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.6k
The Language of Interfaces
destraynor
162
25k
Reflections from 52 weeks, 52 projects
jeffersonlam
352
21k
Transcript
2025/9/18 #第3木曜LT会 非エンジニアによる Devin開発のために SREとしてできること 株式会社スマートラウンド 山原 崇史(@shonansurvivors)
自己紹介 株式会社スマートラウンド 執行役員VP of Reliability 山原 崇史 (やまはら たかし) 経歴等
・金融系SIer → 銀行 → ベンチャー数社 → 現職 ・SRE / コーポレートIT / セキュリティの領域を担当 ・2023〜2025 Japan AWS Top Engineers 社外コミュニティ活動 ・AWS Startup Community (aws-startup-community.connpass.com) ・Security Compliance Lounge (security-compliance.connpass.com) @shonansurvivors
会社および事業紹介 株式会社スマートラウンド 2018年設立、従業員数約 45名のスタートアップ ミッション スタートアップが可能性を最大限に発揮できる世界をつくる プロダクト スタートアップ・投資家間のデータ作成・共有プラットフォーム スタートアップ導入数 7,000社
投資家導入数 4,300人 さらなる取り組み(子会社にて) 未上場株式のセカンダリープラットフォーム実現に向けて準備中
セキュリティへの取り組み SOC2 Type2報告書 米国公認会計士協会( AICPA)の定めるトラストサービス規準に基づき、セキュリティ・可用性・処理の完 全性・機密保持・プライバシーに関する内部統制の適切性および有効性を監査法人が作成した報告書 にてご確認いただけます。 ISO/IEC 27001(ISMS認証) 情報セキュリティマネジメントシステムに関する国際標準規格である
ISO/IEC 27001(ISMS)の認証を取 得しています。ISMS委員会やマネジメント(経営層)レビュー、内部監査等を定期的に実施し、情報セ キュリティの向上に組織全体で取り組んでいます。 AWS認定ソフトウェア AWSのパートナーソリューションアーキテクトによるレビュー( FTR)を通過し、セキュリティ・信頼性・運用 上の優秀性に関して AWSのベストプラクティスに従っていることが確認された AWS認定ソフトウェアと なっています。
本日共有したいこと 前提 • SREやPlatform Engineerは、エンジニアの開発体験や速度を向上させるための 各種Platformを提供 環境の変化 • AIの進化により非エンジニアも開発に参画可能に 得られた気付き
• Platformを構築しておくと、非エンジニアもその恩恵を受けられる 可能性あり • 今後は、非エンジニアに利用されることも考慮した Platform整備が求められていく
アジェンダ 1. プロダクト小規模改修の事例 2. Terraformコード修正の事例 3. まとめ
1. プロダクト小規模改修の事例
AIを用いたプロダクト開発/運用の状況 スマートラウンドでは ... • エンジニア ◦ 多種多様なサービスを状況に応じて使い分け ▪ Claude Code
▪ JetBrains AI ▪ OpenAI Codex ▪ Cursor ▪ Devin 等 • 非エンジニア ◦ Devinの利用が広がりつつある
非エンジニアによるDevinのユースケース • 既存プロダクトの現行仕様調査 ◦ カスタマーサポート等が、エンジニアに質問する代わりに、 Devinに質問する ◦ PRは作成しない • 既存プロダクトの小規模改修
◦ カスタマーサポート等が、顧客要望などをもとに Issueを起票 ◦ このIssueをもとに、カスタマーサポート等が自ら Devinに実装を指示 ◦ エンジニアのコードレビュー後、問題なければマージ
非エンジニアによる開発時に生じた課題 • ローカル環境での動作確認のハードルが高い
スマートラウンドでの標準的な開発フロー 1. Mac上でコードを修正して、 GitHubにPRを作成 2. 以下を並行して実施 ◦ GitHub ActionsでCI実行 ◦
Mac上のローカル環境で動作確認 👉ローカル環境とAWS検証環境の差異は少なく、ローカル環境で大部分の品質は担保可能 3. コードレビューを他のエンジニアに依頼 4. PRをマージし、AWSの検証環境にデプロイ 5. QA実施後、AWSの本番環境にデプロイ
非エンジニアによるプロダクト改修時の課題 • 非エンジニアにはローカル環境での動作確認のハードルが高い ◦ 初回の環境構築 ◦ 環境構築後のトラブルシューティング ◦ 各種の知識がある程度求められる ▪
Git, Docker, asdf, Yarn, Gradle, sh, etc… (他、非エンジニアの PCもMacだがAirなので、エンジニアの Proと比べると非力という課題もあり)
smartroundでの標準的な開発フロー(再掲) 1. Mac上でコードを修正して、 GitHubにPRを作成 2. 以下を並行して実施 ◦ GitHub ActionsでCI実行 ◦
Mac上のローカル環境で動作確認 👉ローカル環境とAWS検証環境の差異は少なく、ローカル環境で大部分の品質は担保可能 3. コードレビューを他のエンジニアに依頼 4. PRをマージし、AWSの検証環境にデプロイ 5. QA実施後、AWSの本番環境にデプロイ ローカルを使わずに済む方法に 置き換える
PR環境の利用 GitHubのPR単位で検証環境をAWSに構築・デプロイする仕組み。 非エンジニアによるDevin開発が始まる以前から、 SREがPlatformとして構築し、 エンジニアに提供していた。 今回、ローカル環境の代わりに非エンジニアに利用 してもらうことにした。
PR環境の構成 • GitHubのPRにコメントするとGitHub Actionsで環境構築(Terraform & ecspresso) • ALBのリスナールールでターゲットの ECSを振り分け
非エンジニアの開発体験や開発速度は向上したか? 狙い通りにうまくいったこと • 非エンジニアがローカル環境構築をキャッチアップする必要が無くなった ◦ 付随して、エンジニアによるサポートも不要となった 見通しが甘かったこと • 現状のPR環境の仕組み自体が Platformとして未成熟
◦ 多数のPR環境が作成された場合に、共有のインフラリソースがキャパシティ不足になる ◦ UXが高くなく、非エンジニアにとってはわかりにくい、使いづらい点があった • 種々のトラブルへの対応のため SREのToilが増えてしまった 👉ただし、今回順次根本改善を行なったことで、 Platformとしてより良いものになった
2. Terraformコード修正の事例
SREとコーポレートITの体制 • スマートラウンドでは 1チームで運営 ◦ 「SRE兼コーポレートIT」複数名と、「コーポレート IT専任者」から成るチーム
IaCの現状 • 現状 ◦ Terraformで管理 ◦ Terraformコード修正はSREで実施(planやapplyは原則としてAtlantisを利用)
Atlantis • PRへのプッシュやコメントをトリガーに terraform planを実行 • レビューapprove後はPRにコメントしてterraform apply、成功を確認したらマージ
IaCの現状(再掲)と今後 • 現状(再掲) ◦ Terraformで管理 ◦ Terraformコード修正はSREで実施(planやapplyは原則としてAtlantisを利用) • 今後 ◦
コーポレートIT専任者もTerraformを覚え、コードでのインフラ変更を行えるようにしたい そのために... • Terraformコード修正は、Devinを利用 • Terraformのplanやapplyは、Atlantis(だけ)を利用 結果、ローカルへのコードチェックアウトや Terraformインストールの作業をスキップ可能となり、 コーポレートIT専任者は迅速にIaCを体験・習熟開始可能に
3. まとめ
まとめ • AIの進化により非エンジニアも開発に参画可能 に • SREやPlatform Engineerが用意する各種Platformは、非エンジニアの開発効率にも寄与 • 適切なPlatformを構築し、より使いやすいものへと磨き込むことは、今後ますます重要に
JOIN US! jobs.smartround.com