Downloaded 23 times
Uploaded byYukei Wachi
「攻めのIt」を実現するアーキテクチャーとdev opsの関係
日経BP社様主催 IT アーキテクトカンファレンス2013 の講演原稿です http://coin.nikkeibp.co.jp/coin/itpro-s/seminar/sys/131202/
More Related Content
![[G-Tech2015]攻めのIT経営銘柄に選ばれたアサヒグループホールディングス様の基幹刷新への取り組み ～MCFrameによる基幹システム刷新事例 F...](https://cdn.slidesharecdn.com/ss_thumbnails/g-tech2015it-151027002535-lva1-app6892-thumbnail.jpg?width=640&height=640&fit=bounds)
![[G-Tech2015]攻めのITとは、それを実現する人材とは ～IT関係者は期待されている！そして期待に応えるために！～ - 日本情報システム・ユーザ...](https://cdn.slidesharecdn.com/ss_thumbnails/g-tech2015it-151027020913-lva1-app6891-thumbnail.jpg?width=640&height=640&fit=bounds)
![[AWSマイスターシリーズ] AWS CLI / AWS Tools for Windows PowerShell](https://cdn.slidesharecdn.com/ss_thumbnails/20140115aws-meister-regenerate-awsclipowershell-140130055421-phpapp01-thumbnail.jpg?width=640&height=640&fit=bounds)
Similar to 「攻めのIt」を実現するアーキテクチャーとdev opsの関係
「攻めのIt」を実現するアーキテクチャーとdev opsの関係
- 1. IT Architect Conference 2013 「攻めのIT」を実現する アーキテクチャとDevOpsの関係 グロースエクスパートナーズ（株） ITアーキテクト和智 右桂 Thursday, December 12, 13
- 2. JavaEE勉強会 所属 Yukei Wachi グロースエクスパートナーズ株式会社勤務 http://www.gxp.co.jp/index.html 和智 右桂 ネコ好き IT アーキテクト @digitalsoul0124 Digital Romanticism http://d.hatena.ne.jp/digitalsoul Photo by @digitalsoul0124 All rights reserved. Thursday, December 12, 13
- 3.
- 4. アジェンダ • •DevOpsのための継続的デリバリー •幸せな運用のためのアーキテクチャ まとめ • 「攻めのIT」とは？ スライド中で使用されている画像について、 その著作権の全部または一部は、 クレジットに示した著者によって保留されています。 Photo by@digitalsoul0124 All rights reserved. Thursday, December 12, 13
- 5.
- 6. 攻めないIT 仕様 顧客 Thursday, December 12,13 ソフトウェア 開発者
- 7.
- 8.
- 9. 攻めのマインドとは 3D Character andQuestion Mark http://www.flickr.com/photos/crystaljingsr/3914729343/ by 姒儿喵喵 Thursday, December 12, 13
- 10.
- 11.
- 12.
- 13.
- 14.
- 15. ところでDevOpsって？ 3D Character andQuestion Mark http://www.flickr.com/photos/crystaljingsr/3914729343/ by 姒儿喵喵 Thursday, December 12, 13
- 16. DevOpsとは • 「開発（Development）の活動 と運用（Operations）の活動と の間に壁がある」という問題意 識への反応 • 「変化を重んじる文化/ プロセ スの統合 / ツールの統合」によ る解決 Thursday, December 12, 13
- 17. 開発と運用との間の壁 • 志向 /プロセス / ツールの違いに より生み出される • 変化 vs 安定 • 開発から運用にソフトウェアが 投げ渡される • 開発と運用でツールが異なる http://dev2ops.org/2010/02/what-is-devops/ Thursday, December 12, 13
- 18. DevOpsによる解決 • 計測と評価による変化を重んじる 文化の醸成 • 開発-運用のライフサイクルをエ ンドツーエンドのプロセスに •バージョンコントロールや自動化 のためのツール http://dev2ops.org/2010/02/what-is-devops/ Thursday, December 12, 13
- 19.
- 20. 具体的にどうしたら？ 3D Character andQuestion Mark http://www.flickr.com/photos/crystaljingsr/3914729343/ by 姒儿喵喵 Thursday, December 12, 13
- 21.
- 22. 継続的デリバリー 1. 顧客からの依頼がソフトウェアに なって戻っていくプロセス（バ リューストリーム）のモデル化 2. 効率化/ 自動化 Thursday, December 12, 13
- 23.
- 24. 実装のポイント • 要件と実装との間のトレーサビリ ティの確保 • メールは基本アンチパターン •開発-運用共通の構成管理基盤 • 統一的なリリースプロセスの確立 • 同じ場所から同じようにビルド して同じようにリリースする Thursday, December 12, 13
- 25. 継続的デリバリーの意義 • 継続的インテグレーションまでは 開発のためのプラクティス • デリバリーまで含めて初めて、 フィードバックループが回る 開発者 Thursday,December 12, 13 運用担当 エンドユーザー
- 26.
- 27. アーキテクチャは後から現れる？ Jenga Nat http://www.flickr.com/photos/foolstopzanet/334203826by Ian Willson Thursday, December 12, 13
- 28. 攻めのITのために • 「イテレーティブ」と「インクリ メンタル」 • 「イテレーティブ」はプロセス •「インクリメンタル」はアーキ テクチャ • アーキテクチャのないイテレー ションは崩壊のプロセス Thursday, December 12, 13
- 29. アーキテクチャの役割 • 変化することを前提とした上で変 化の方向性を予め決定づける • アーキテクチャの策定とは、変 わるものと変わらないものを事 前に決定する行為 •要素技術よりも、ドメインや組織 への考慮が重要 Thursday, December 12, 13
- 30. 具体的にどうしたら？ 3D Character andQuestion Mark http://www.flickr.com/photos/crystaljingsr/3914729343/ by 姒儿喵喵 Thursday, December 12, 13
- 31. アーキテクチャ策定の指針 どう境界を定め、どう構成するか • コンウェイの法則 • 大局的構造 •モデル駆動設計 Thursday, December 12, 13
- 32. 前提 相対的にアーキテクチャの重要度が 低いシステム • 小規模 • 少人数 •スタンドアロン 小回りが利かないときにどうするか Thursday, December 12, 13
- 33.
- 34.
- 35. コンウェイの法則の適用例② 内部構造の境界がチームの境界に 汎用モジュール 個別モジュール 開発者 Thursday, December 12,13 職人 個別モジュール 個別モジュール 開発者 開発者
- 36.
- 37.
- 38.
- 39.
- 40.
- 41. まとめ • もはや「言われたものを作る」だ けにはとどまれない。 • そのためにはエンドツーエンドの プロセスと、 •進化を許容するアーキテクチャが 必要である。 Thursday, December 12, 13
- 42. ありがとうございました！ Photo by @digitalsoul0124All rights reserved. Thursday, December 12, 13