Downloaded 14 times
Uploaded byアトラシアン株式会社
2019年12月16日開催「DevOpsの実践 - Terraform EnterpriseとBitbucketで実現するCI/CD」セッション1「DevOpsとCI/CDを再考する」
2019年12月16日開催のAtlassian主催 | AWS Japan & HashiCorp共催「DevOpsの実践 - Terraform EnterpriseとBitbucketで実現するCI/CD」のセッション1「DevOpsとCI/CDを再考する」スライドです。
More Related Content
Similar to 2019年12月16日開催「DevOpsの実践 - Terraform EnterpriseとBitbucketで実現するCI/CD」セッション1「DevOpsとCI/CDを再考する」
![[2021年3月11日] エンタープライズ・インフラ構築・運用でもDevOpsを活用しよう（CloudNative Days Spring 2021 ON...](https://cdn.slidesharecdn.com/ss_thumbnails/cndopresentation20210311-210228035404-thumbnail.jpg?width=640&height=640&fit=bounds)
2019年12月16日開催「DevOpsの実践 - Terraform EnterpriseとBitbucketで実現するCI/CD」セッション1「DevOpsとCI/CDを再考する」
- 1. DevOpsとCI/CDを再考する TAKAHIRO MINAGAWA |SOLUTIONS ENGINEER, JAPAN
- 2.
- 3.
- 4.
- 5.
- 6. 社名：アトラシアン株式会社 設立：2013年6月 設立 所在地：横浜市中区海岸通4-24 創造空間万国橋SOKO 代表者：StuartHarrington 顧客企業数：2,000社以上 アトラシアン株式会社（日本法人）について
- 7. アトラシアンのミッション すべての偉大な功績の裏側には、 チームが存在します。 私たちのミッションは、オープンな働き 方を通じて、あらゆるチームの可能性を 引き出す支援をすることです。 We believe behindevery great human achievement, there is a team. Our mission is to unleash the potential of every team.
- 8.
- 9.
- 10.
- 11. Meetings DecisionsMentions FilesConvosReactions プロジェクト計画＆追跡サービス & サポート プロジェクトの管理 コンテンツの共有 コードの共有 ソフトウェア開発チーム ITチームマーケティングチーム ファイナンスチームHRチーム TEAMWORK PLATFORM
- 13.
- 15.
- 16.
- 17.
- 18. 競合との比較 - R&Dがアトラシアンを強力に R&D 収益に対する割合 37%* *LTM as of June 30, 2017, excludes stock based compensation and amortization of acquired intangibles. Atlassian Tw ilio W orkday ServiceN ow Zendesk C ornerstone Tableau Splunk Box N ew Relic
- 20.
- 21. ソフトウェア開発ライフサイクル管理のリーダー 出典：ガートナー社 2015年ソフトウェア開発ライフサイクル管理 マジック クアドラント Source:Gartner 2015 Magic Quadrant for Application Development Life Cycle Management 21
- 22. エンタープライズ・アジャイル・プランニングツールのリーダー 出典：ガートナー社 2018年エンタープライズ・アジャイル・プランニング マジック クアドラント Source:Gartner 2018年 Magic Quadrant for Enterprise Agile Planning Tools 22
- 23. FORRESTER 2018 ENTERPRISESERVICE MANAGEMENT WAVE REPORT - 2018 Forester ESM wave report - アトラシアンがESMストラテジーの リーダー的位置づけに - アトラシアン製品群でESMを 組織全体にスケール - リーンでアジャイルな働き方を可能に - コストを抑えつつ素早く効果を実感
- 24.
- 25.
- 26.
- 27.
- 28. Server: Data Center:Cloud: アトラシアン製品は、あらゆるチームの可能性を解き放ちます 計画、追跡、サポート コラボレーション コード、ビルド、リリース セキュリティとアイデンティティ アジャイル開発のプロジェクト管理 エンタープライズのアジャイル計画 ビジネスに必須のプロジェクト管理 社内外の問合せ対応を効率化 最先端のインシデント管理 システム稼働状況配信支援 情報を整理、共有、議論 付箋感覚で手軽にタスク管理 Gitリポジトリ管理 GitおよびMercurialデスクトップクライアント インテグレーションとリリース管理 クラウド全体のセキュリティと管理 シングルサインオンとID管理 ※ デスクトップアプリ
- 29. Atlassian Cloud onAWS https://www.atlassian.com/ja/trust/reliability/infrastructure
- 30.
- 31.
- 32.
- 33.
- 34.
- 35.
- 36.
- 37.
- 38.
- 39.
- 40. ビジネスとITの変遷 便利なもの 有効なもの 不可欠なもの業務のコア 1990 2000 2010 2020 ”業務がITへ、ITが業務へとシームレスに変換される状態へ”
- 41.
- 42.
- 43.
- 44.
- 45. アジャイルと Ops ギャップ CONTIN UO U S IN TEG RATION OPERA TE DEPL O Y P LAN B U ILD C O N TIN UO US FEED B A C K COLLABORATION COLLABORATION DEPL O Y P LAN B U ILDCONTIN UO U S IN TEG RATION OPERA TE C O N TIN UO US FEED B A C K アジャイルはデプロイの問題に言及していない
- 46.
- 47.
- 48.
- 49. Agile Infrastructure Birds ofa Feather 2008 2009 “10 Deploys per day” at Velocity First DevOps Days in Ghent, Belgium Now DevOps peaking on the hype curve. Atlassian is the culture and collaboration layer of DevOps. Gartner recognizes DevOps tools explosion 2011 DevOpsの歴史 Early enterprise adopters prove DevOps is not just for “unicorns” 2015 2013 “The Phoenix Project” “Continuous Delivery” Docker
- 50.
- 51.
- 52.
- 53.
- 54.
- 55. フィードバックの改善 下流へ波及するのを防ぐ メトリクスの収集 上流での品質の確保 ３つの道 継続的な実験 学習する文化の醸成 失敗から学ぶ 反復による習熟 体系的な思考 顧客への価値をトラッキング 組織を横断した仕事の透明性 リードタイムの短縮 Gene Kim, KevinBehr, George Spafford (2013) The Phoenix Project, Oregon, IT Revolution Press Gene Kim, Jez Humble, Patrick Debois, John Willis, John Allspaw (2016) The DevOps Handbook, Oregon, IT Revolution Press フローの原則 フィードバックの原則 継続的学習と実験の原則
- 56. フィードバックの改善 下流へ波及するのを防ぐ メトリクスの収集 上流での品質の確保 ３つの道 継続的な実験 学習する文化の醸成 失敗から学ぶ 反復による習熟 体系的な思考 顧客への価値をトラッキング 組織を横断した仕事の透明性 リードタイムの短縮 Gene Kim, KevinBehr, George Spafford (2013) The Phoenix Project, Oregon, IT Revolution Press Gene Kim, Jez Humble, Patrick Debois, John Willis, John Allspaw (2016) The DevOps Handbook, Oregon, IT Revolution Press フローの原則 フィードバックの原則 継続的学習と実験の原則
- 57.
- 58. ボトルネック以外のとこ ろでどんなに改善をした ところで、幻になってし まう。 GENE KIM, THEPHOENIX PROJECT: A NOVEL ABOUT IT, DEVOPS, AND HELPING YOUR BUSINESS WIN
- 59. フィードバックの改善 下流へ波及するのを防ぐ メトリクスの収集 上流での品質の確保 ３つの道 継続的な実験 学習する文化の醸成 失敗から学ぶ 反復による習熟 体系的な思考 顧客への価値をトラッキング 組織を横断した仕事の透明性 リードタイムの短縮 Gene Kim, KevinBehr, George Spafford (2013) The Phoenix Project, Oregon, IT Revolution Press Gene Kim, Jez Humble, Patrick Debois, John Willis, John Allspaw (2016) The DevOps Handbook, Oregon, IT Revolution Press フローの原則 フィードバックの原則 継続的学習と実験の原則
- 60.
- 61. 日常の仕事を改善するこ とは、日常の仕事をする ことよりも重要だ。 GENE KIM, THEPHOENIX PROJECT: A NOVEL ABOUT IT, DEVOPS, AND HELPING YOUR BUSINESS WIN
- 62. フィードバックの改善 下流へ波及するのを防ぐ メトリクスの収集 上流での品質の確保 ３つの道 継続的な実験 学習する文化の醸成 失敗から学ぶ 反復による習熟 体系的な思考 顧客への価値をトラッキング 組織を横断した仕事の透明性 リードタイムの短縮 Gene Kim, KevinBehr, George Spafford (2013) The Phoenix Project, Oregon, IT Revolution Press Gene Kim, Jez Humble, Patrick Debois, John Willis, John Allspaw (2016) The DevOps Handbook, Oregon, IT Revolution Press フローの原則 フィードバックの原則 継続的学習と実験の原則
- 63.
- 64. 私たちは、リスクを引き受 け失敗から学ぶことを重視 し、反復と練習によるマス ターを尊ぶ文化を築いてい く必要がある。 GENE KIM, THEPHOENIX PROJECT: A NOVEL ABOUT IT, DEVOPS, AND HELPING YOUR BUSINESS WIN
- 65.
- 66.
- 67.
- 68.
- 69.
- 70. DEVOPS 実践へのステップ 手法 ツール 12 3 文化
- 71. DEVOPS 実践へのステップ 手法 ツール 12 3 文化
- 72.
- 73.
- 74.
- 75. CI / CD/ CD ??
- 76. code デプロイ・パイプライン チーム 変更 デプロイ リリース コードで記述、監査証跡として のバージョン管理 分離した疎結合 システムに移行 ユーザー価値に従った ビジネス的決定 小さなコミット変更のデプロイ方法 リリースの影響 コード インフラ構成 インフラ コンポーネント code パッケージ 構成管理 仮想化インフラ フィーチャーフラ グの切り替え 環境基盤の変更 ロードバランサの 切り替え 継続的デリバリ
- 77.
- 78.
- 79.
- 80. DEVOPS 実践へのステップ 手法 ツール 12 3 文化
- 81.
- 82.
- 83.
- 84.
- 85.
- 86.
- 87.
- 88.
- 89.
- 90.
- 91.
- 92.