2015/02/07 DevLove関西での発表資料

1. 駅すぱあとWebサービスにおける
AWSとその周辺
2015/02/07
株式会社ヴァル研究所
見川 孝太

2. 自己紹介
名前
見川 孝太（みかわ こうた）
所属
株式会社ヴァル研究所
開発部サービスプラットフォームチーム
仕事
チームリーダー
マネジメントしたり、コード書いたり
雑用したり
その他
JAWS-UG中央線支部支部長
ビデオゲーム部部長（通称 ピコピコ部）

3. 略歴
2000年 入社
2001年 イントラネット版保守
2002年 社内ツール開発保守
2003年 i-モード、i-アプリ開発保守
2005年 ASP開発保守
2010年 Webサービス開発保守
2013年 サービスプラットフォームチームリーダー

4. 告知

5. ピコピコ
DragonAge Inquisition（インクイジション）

6. チームの仕事
ノベルティ制作
イベント出展
開発
保守、運用
サポート
サービスの啓蒙活動
最近デイリーポータルZさん企画の綱引きとか参加しました

7. DevOpsツールとか
DevOps成功事例とか
そういう話ではないです

8. DevOps?

9. 協力する文化

10. Dev = 開発
Ops = インフラ

11. Webサービス周辺
では……

12. 過去

13. 開発
仕事
設計、開発、本番環境の構想、デプロイ
アプリケーション保守、アプリケーション運用
不満
要求した環境にならない、できないインフラ
運用の増大

14. インフラ
仕事
ネットワーク保守（内外）、サーバ運用保守（OSまで）
セキュリティ対策、サービスの監視
不透明なアプリケーションのデプロイ、検証不足をネットワークに責任転嫁
監視の増大、よくわかってない要望、開発の理想押し付け
（その裏にはコスト削減圧力が…）
不満

15. セグメント主義的な話も…
（長く続いている会社ですから）

16. お互い不満もあったが
どうにかしたいとも思っていた（はず）

18. • 運用負荷、環境も限界だったので導入
• ツールとしてだけでなく文化？もついてくる
• CDP：クラウドアーキテクティング原則
• Amazon自体の企業文化
• コミュニティ
• 開発もインフラも基本エンジニアなので共通の話題にできる
黒船(AWS)来航

19. 現在

20. 開発が
インフラに踏み込める
物理的な制約にしばられない構成、自分たちでコントロー
ル、運用の増大を自動化でカバー

21. インフラは
環境をより良くする事に
時間を使える
インシデント対応など、火消し的な仕事ではなく、新し
いことを試す創造的な仕事

22. お互いの得意分野を補い合って
業務効率化
（できる所は自分たちで）

23. その後
開発とインフラは
末永く幸せに働きました
めでたし、めでたし

24. DevOps……

25. Biz!!

26. DevOpsBiz

27. Biz = 営業

28. ビジネスの成功には
３者の協力が必要

29. 本来目指しているものは同じ
はずなのに主とする仕事の違
いで食い違い

30. インシデント
営業 -> ユーザーへの報告優先
開発、インフラ -> 復旧優先

31. 同じ技術系であるインフラ
と違い、共通言語がない

32. 積もり積もった不満が
最近、表面化

33. カイゼン

34. 古い決め事の見直し

35. 意識合わせ

36. コミュニケーションの
カイゼン

37. 壁をこえるための
スタンプカード

38. 部、チームではなく
プロダクトのゴール

40. 目指すのは
「協力する文化」の定着

41. まとめ
• AWSは機能的な評価だけでなく、文化的側面からも評価できる
• 閉塞感がある場合は外部からの風になる場合も
• その上で本来の専門性を発揮できる
• 開発の負担が増えることを恐れない
• ビジネスレイヤーまで含めた話は難しい
• 年数を重ねているとなおさら
• ユーザーと向き合う

42. 俺達の戦いはこれからだ！