Recommended
Recommended
More Related Content
What's hot
Similar to DOO-014_日本でもできる! マイクロソフト技術をフル活用した DevOps の具体的実現手法!
Similar to DOO-014_日本でもできる! マイクロソフト技術をフル活用した DevOps の具体的実現手法! (20)
More from decode2016
More from decode2016 (20)
Recently uploaded
Recently uploaded (14)
DOO-014_日本でもできる! マイクロソフト技術をフル活用した DevOps の具体的実現手法!
- 7. DevOps のメリット https://puppetlabs.com/ 30倍 1 / 200 1 / 60 168倍
- 11. 標準的な DevOps のビュー (aka Gene Kim’s “Three Ways”) Development Business Operations Customer 【DevOps Enterprise 2015 参加レポート】第 2 回 – DockerによるDevOpsソフトウェアサプライチェーンの改善 http://blogs.technet.com/b/livedevopsinjapan/archive/2015/11/13/devops-enterprise-2015-2.aspx
- 12. • Infrastructure as Code (IaC) • 継続的インテグレーション • 自動テスト • 継続的デプロイ • リリースマネジメント • アプリ パフォーマンスの監視 • ロード テストと自動スケーリング • 可用性監視 • 変更/構成管理 • 機能フラグ（フューチャーフラグ） • 環境へのプロビジョニングの自動解除 • セルフサービス環境 • 自動回復 (ロールバックとロールフォワード) • 仮説に基づく開発 • 運用環境でのテスト • フォールトインジェクション • 使用状況監視/ユーザー テレメトリ http://www.itproguy.com/devops-practices/
- 14. 1. DevOps プレゼンテーション＆デモ 2. Value Stream Mapping 3. 文化とギャップ要素のインストール 4. DevOps ハックフェスト 5. モニタリングと継続的改善
- 16. 無駄の種類 マーク 定義 例 欠陥の無駄 (Defects) D 誤った、抜けのある、不透明な情報や成果物。システムを破 壊し、解決するのに時間と労力が必要 壊れたビルド、不正確な設定、不 正確な要求 マニュアル / モーション (Manual / Motion, Handoffs) M オーバーヘッド、コーディネーション、作業引き渡し、もしくはセッ トアップや、仕事の実行に関する非効率性 ミーティング、手動デプロイ、チーム 間の作業引き渡し 待ちの無駄 (Waiting) W 次の価値のあるステップを開始、もしくは終了することの遅れ 承認待ち、リソースの待ち、予定さ れたミーティング待ち 未完了の作業 (Partially Done) PD 未完了の作業、何らかの操作。他者からの入力やアクション が必要となる。欠陥とタスク切替、待ちを招く デプロイされていないコード、不完全 な環境設定、実行中バッチ タスクの切り替え (Task Switching) TS タスクの切り替えは、高価なコンテキストスイッチを招き、エラー が発生しやすくなる 進捗上限による無駄作業、障害 による中断、アドホックなリクエスト 余分なプロセス (Extra Process) EP 価値のないステップやプロセス。大抵、公式、非公式な標準 作業に含まれる 不要な承認、不要なドキュメント、 無駄なレビュー 余分な機能 (Extra Feature) EF 機能、たいていは実装フェーズで追加されたもの。リクエストさ れていない、ビジネスに沿っていない、顧客価値がない “次に必要かもしれない”、不要な アップデートや要求、望んでいない ヒーローまたはヒロイン (Heroics) H 仕事を完了させる、もしくは顧客を満足させるために、ある人 に大変な負荷がかかっている状態。ボトルネック 数日必要なデプロイ、長年の知識 が必要、極端な調整が必要
- 17. Agile / DevOps の日本導入はそのままでは難しい Agile 導入 難度 権力の差 (PDI) 個人の自立 (IDV) 男性社会 (MAS) 不確実性忌避 (UAI) 長期指向 (LTO) 日本 80 54 46 95 92 80 フランス 66 68 71 43 86 イタリア 65 50 76 70 75 アメリカ 49 40 91 62 46 29 イギリス 45 35 89 66 35 25 ドイツ 55 35 67 66 65 31 http://www.clearlycultural.com/geert-hofstede-cultural-dimensions/power-distance-index/
- 20. 米国 100% 日本の生産性の動向 2015年版 http://www.jpc-net.jp/annual_trend/ 62%
- 21. 物量が違う
- 23. 非エッセンシャル思考 エッセンシャル 思考 行動 やることをでたらめに増やす ・差し迫ったものからやる ・反射的に「やります」 ・期限が迫ると根性で頑張る やることを計画的に減らす ・本当に重要なことを見極める ・大事なこと以外は断る ・あらかじめ障害を取り除いておく 結果 無力感 ・何もかも中途半端 ・振り回されている ・何かがおかしい ・疲れ切っている 充実感 ・質の高い仕事ができる ・コントロールしている ・正しいことをやっている ・毎日を楽しんでいる 考え方 みんな・すべて ・やらなくては ・どれも大事だ ・全部こなす方法は？ より少なく、しかしより良く ・これをやろう ・大事なことは少ない ・何を捨てるべきか？
- 28. 48%
- 36. 計画 1 監視 + 学習 リリース開発 + テスト 2 開発 運用 4 3
- 39. クラウド ロード テスト 3
- 43. 4
- 50. • Infrastructure as Code (IaC) • 継続的インテグレーション • 自動テスト • 継続的デプロイ • リリースマネジメント • アプリ パフォーマンスの監視 • ロード テストと自動スケーリング • 可用性監視 • 変更/構成管理 • 機能フラグ（フューチャーフラグ） • 環境へのプロビジョニングの自動解除 • セルフサービス環境 • 自動回復 (ロールバックとロールフォワード) • 仮説に基づく開発 • 運用環境でのテスト • フォールトインジェクション • 使用状況監視/ユーザー テレメトリ http://www.itproguy.com/devops-practices/
- 51. DevOps が出来ることを
- 55. DevOps プラクティス 実装例 Infrastructure as Code Azure Resource Manager, PowerShell DSC 継続的インテグレーション Visual Studio Team Services 自動テスト Nunit, SpecFlow with Selenium 等 SonerQube (3rd) は技術的負債の発見 継続的デプロイ Visual Studio Team Services, WebApps (App Appsシリーズ含む) … リリースマネジメント Visual Studio Team Services アプリケーションパフォーマンスの監視 Application Insight ロードテストと自動スケーリング Visual Studio Team Services, Web Apps
- 56. DevOps プラクティス 実装例 可用性監視 Application Insight, OMS 変更・構成管理 Visual Studio Team Services フィーチャーフラグ Launch Darkly (3rd) 環境のプロビジョニングの自動解除 Azure Resource Manager セルフサービス環境 Azure, Azure Stack, Azure Resource Manager 自動回復 Visual Studio Team Services 仮説に基づく開発 Launch Darkly (A/B Testing), Traffic Routing (A/B Testing, Canary) Service Fabric (Fault Injection), Application Insight, OMS (Teremetry)