クラウドの発展とデベロッパーの役割について - デブサミ関西2016
•
15 gefällt mir•11,076 views
2016年9月16日に開催されたDevelopers Summit 2016 KANSAI（デブサミ関西2016）の基調講演「クラウドの発展とデベロッパーの役割について」の資料です。 togetterは、こちら http://togetter.com/li/1025022
Empfohlen
Weitere ähnliche Inhalte
Mehr von Yusuke Suzuki
Mehr von Yusuke Suzuki (20)
Kürzlich hochgeladen
Kürzlich hochgeladen (8)
クラウドの発展とデベロッパーの役割について - デブサミ関西2016
- 2. 自己紹介 鈴木雄介 • グロースエクスパートナーズ（株） » 執行役員/アーキテクチャ事業本部長 » http://www.gxp.co.jp/ • 日本Javaユーザーグループ » 会長 » http://www.java-users.jp/ • SNS » http://arclamp.hatenablog.com/ » @yusuke_arclamp 1
- 3. アジェンダ • クラウドがもたらしたもの • クラウドの発展 • エンタープライズとクラウド • クラウド時代のデベロッパー • まとめ 2
- 5. クラウドがもたらしたもの クラウドにおける3つの変化 • 1.インフラのサービス化 • 2.ミドルウェアのプラットフォーム化 • 3.システム構成のコード化 4
- 6. クラウドがもたらしたもの 1.インフラのサービス化 • 仮想化技術の応用 »SDx：ソフトウェアであらゆるものを定義する »広大なデータセンターの上に自分のための仮想イン フラが構築できる • インフラを「所有」から「利用」へ »IaaS（Infrastructure as a Service） »例：AWS EC2 5
- 7. クラウドがもたらしたもの 2.ミドルウェアのプラットフォーム化 • ミドルウェアの仮想化 »AWS RDS（Relational Database Service）はデー タベースサーバーのレンタルではない ▸バックアップもクラスタ構成も設定するだけ • 高度化するプラットフォーム »Webアプリ基盤：AWS Elastic Beanstalk »開発ライフサイクル込み基盤：AWS CodeDeploy / AWS CodePipeline 6
- 8. クラウドがもたらしたもの 2.ミドルウェアのプラットフォーム化 • プラットフォームを利用する »PaaS（Platform as a Service） »アプリとインフラの境界線がなくなる • 積極的にプラットフォームの制約を受け入れる »制約を受け入れて利用したほうが便利 »OSSライブラリと一緒 7
- 12. クラウドの発展 11
- 14. クラウドの発展 アジャイル 13
- 16. アジャイル ウォーターフォールの進め方 • 最終成果物に向けて、フェーズごとの中間成果 物を定め、段階的に品質を確認する 15 基本設計 実装 テスト要件定義 計 画 受 入 文書 文書
- 17. アジャイル ウォーターフォールの課題 • 欲しい最終成果物が変化してしまう »終わるころには欲しいものでは異なる • 中間成果物では品質が確認できない »文書を見ても評価できない • 調整が後手後手になりやすい »情勢の見極めがPMの力量に左右される 16
- 18. アジャイル アジャイルのアプローチ • 期間とリソースを定め、計画と評価を繰り返す • 評価は関係者全員で動くソフトウエアを確認 17 設計 実装 ﾃｽﾄ 計 画 受 入 設計 実装 ﾃｽﾄ 計 画 受 入 設計 実装 ﾃｽﾄ 計 画 受 入
- 19. アジャイル アジャイルのメリット • 「今」欲しいものを得られる »次のリリースがあるという安心感 • 定期的に評価ができる »フィードバックを元に進めていける • プロセスではなくチーム »状況が共有できるので判断が行いやすい 18
- 22. DevOps DevOpsのはじまり • アジャイルを「開発→運用」に適用する • 2009年：DevOps »Agile 2008：Agile Infrastructure & Operations ▸政府系データセンターの移行にスクラムを導入した事例 »Velocity 2009：10+ Deploys Per Day ▸Flickrにおける開発と運用の協業について »Devopsdays Ghent 2009 ▸ここから「DevOps」が生まれる 21 参考：「The (Short) History of DevOps」（Damon Edwards） https://www.youtube.com/watch?v=o7-IuYS0iSE
- 23. DevOps Dev❤Opsのテーマ • そもそも開発と運用は仲が悪い »「変更」と「安定稼働」は相反する • 前提が変わってしまった »アプリは変更してなんぼ »システムの停止＝価値の棄損 • 運用の完全自動化（Opsの不要化） »クラウド技術の成熟との強い相関 22
- 26. ブルーグリーンデプロイメント 25 Web App DB ルーター100 100 Web App DB
- 27. ブルーグリーンデプロイメント 26 Web App DB ルーター100 95 Web App DB 5
- 28. ブルーグリーンデプロイメント 27 Web App DB ルーター100 100 Web App DB
- 31. DevOps ダークカナリア • カナリアリリースを応用 »「秘密のカナリア」 • 開発者だけがアクセスできるテスト用バージョ ンを本番環境にリリースする »連携先システムも含めて、ステージング環境の構築 が困難な場合は有効 »もちろんバグが残っている可能性があるので、適用 する機能は限定される 30参考：「Scaling micro services at Gilt」http://www.slideshare.net/trenaman/javaone-2015-scaling-micro-services-at-gilt
- 34. マイクロサービスアーキテクチャ MSA • 2014年：「Microservceis」 »2011年：先端的なウェブサービス企業が似てような アーキテクチャスタイルを取っていることが議論に »33rd Degree 2012「Microservices - Java, the Unix Way」 • アジャイル＋DevOpsをアーキテクチャ論に展 開したもの 33 参考：http://martinfowler.com/articles/microservices.html 参考： http://2012.33degree.org/talk/show/67
- 38. マイクロサービスアーキテクチャ MSAの注意点 • アプリ管理ではなくシステム管理 »巨大なシステムをいかに管理するか • 設計指針ではなく結果論 »アジャイル＋クラウド＋DevOps＋サービス指向を突 き詰めていった結果、自然にそうなる • 「MSAで再構築」は「愚」 »MSAは今にすぐに取りかかれる 37
- 40. クラウドの発展 おさらい 39
- 41. クラウドの発展 おさらい • 2001年：アジャイル • 2006年：クラウド ＆ AWS EC2 • 2009年：DevOps ＆ AWS RDS • 2010年：ブルーグリーンデプロイメント • 2011年：AWS Elastic Beanstalk • 2012年：カオスモンキー ＆ カナリアリリース • 2014年：マイクロサービスアーキテクチャ 40
- 42. クラウドの発展 全てはアジャイルから • アジャイルのムーブメントを運用にまで延ばし たのがDevOps • その間にクラウド技術が発展し始め、プラット フォーム利用や自動化が促進 • ムーブメントと技術が統合した姿がマイクロサ ービスアーキテクチャ • エンタープライズでも適用事例が←イマココ 41
- 43. エンタープライズとクラウド 42
- 44. エンタープライズとクラウド エンタープライズとは • 安心安全で絶対に間違いが許されない？ • エンタープライズにおける2つのシステム »SoR（System of Record/記録のシステム） »SoE（System of Engagement/絆のシステム） • SoEはWebサービスが参考になる »ただし、「信頼」には足る必要性がある »SoRとの連携については注意が必要 43
- 45. エンタープライズとクラウド 良い悪いではない • 適切にツールとして使うことが大事 »アジャイルとウォーターフォール »DevOpsとITIL »MSAとSOA • まずは「マインドセット」の変更を »態度：be Agile（定期的な改善） »技術：プラットフォームの活用 44
- 46. クラウド時代のデベロッパー 45
- 47. クラウド時代のデベロッパー コーディング対象の拡がり • 機能要件だけではなく非機能要件もコードに書 けるようになってきた »アプリとインフラは不可分に • PaaSを選ぶ ≒ OSSフレームワークを選ぶ »PaaS＝アプリ＋インフラのフレームワーク »制約に従うなら使った方が便利 46
- 53. まとめ 52
- 54. まとめ 全てはアジャイルからはじまった • アジャイルのムーブメントを運用にまで延ばし たのがDevOps • その間にクラウド技術が発展し始め、プラット フォーム利用や自動化が促進 • ムーブメントと技術が統合した姿がマイクロサ ービスアーキテクチャ • エンタープライズでも適用事例が←イマココ 53
- 56. まとめ クラウド時代のデベロッパー • 色々と拡がった »非機能要件もコーディング対象 »システム開発からサービス運営へ • 多様化した「技術」の使われ方を意識する • スキルを縦か横に拡げる • ビジネスの中心になろう 55
- 57. 最後に 56
- 58. お知らせ さらに詳しく知りたいなら • クラウドファーストアーキテクチャ設計ガイド » 第1章 クラウドファーストの意味 » 第2章 クラウド技術の構成 » 第3章 クラウドファーストに至るまでの歴史 » 第4章 エンタープライズとクラウドファースト » 第5章 アーキテクチャー設計ガイド » 第6章 クラウドファーストにおけるエンジニア 57 https://www.amazon.co.jp/dp/4822237818