DevOpsの3.5次元的解釈に基づくCI/CDパイプライン設計
•
0 likes•90 views
2021年9月30日に開催されたイベント「HashiTalks: Japan 2021」の発表資料です。
More Related Content
What's hot
What's hot (20)
Similar to DevOpsの3.5次元的解釈に基づくCI/CDパイプライン設計
Similar to DevOpsの3.5次元的解釈に基づくCI/CDパイプライン設計 (20)
More from CASAREAL, Inc.
More from CASAREAL, Inc. (20)
Recently uploaded
Recently uploaded (14)
DevOpsの3.5次元的解釈に基づくCI/CDパイプライン設計
- 2. カサレアル サービス紹介 Copyright 2021 CASAREAL,Inc. All rights reserved. 2 ラーニングサービス クラウドネイティブ 推進支援サービス ビジネスソリューション 研修事業 ・オープン研修 ・新入社員研修 ・カスタムメイド研修 ・イベントセミナー ・内製化支援 プロフェッショナルサービス ・クラウドネイティブ推進支援サービス ・クラウドネイティブ道場 ・業務改善支援サービス 受託開発・SES ・システム開発サービス ・開発支援サービス カサレアルでは、大きく３つのサービスをご提供しています。 カサレアルでは、国内初･現時点で唯一 Terraform101公式トレーニングを定期的に開催しております。
- 3. ラーニングサービス カサレアル クラウドネイティブ推進支援サービス Copyright 2021 CASAREAL,Inc. All rights reserved. 3 ビジネスソリューション 従来型の開発プロジェクト （従来型の環境） クラウドネイティブ開発プロジェクト （クラウドネイティブ環境） ツールを活用した 業務改善サービス ⇒テスト･ビルドプロセス自動化支援 各種自動化関連ツール のトレーニング （Selenium/Jenkinsなど） クラウドネイティブ 推進支援サービス ⇒環境構築支援など クラウド・ネイティブ道場 ▌ 業務改善支援 ・ 生産性向上 ・ 品質改善 ↓(DX) ▌ DevOps推進支援 ↓ ▌ クラウドネイティブ推進支援 クラウドネイティブ 推進支援サービス
- 4. よくあるDevOpsの絵から考えるCI/CDパイプライン設計 Copyright 2021 CASAREAL,Inc. All rights reserved. 4 よくあるDevOpsの絵 DEV OPS
- 5. よくあるDevOpsの絵から考えるCI/CDパイプライン設計 Copyright 2021 CASAREAL,Inc. All rights reserved. 5 DevとOpsのそれぞれに対応するパイプライン → ｢CIパイプライン」 と ｢CDパイプライン｣ DEV OPS ｢CIパイプライン｣ ｢CDパイプライン｣
- 6. よくあるDevOpsの絵から考えるCI/CDパイプライン設計 Copyright 2021 CASAREAL,Inc. All rights reserved. 6 DevとOpsのそれぞれに対応するパイプライン → ｢CIパイプライン」 と ｢CDパイプライン｣ DEV OPS ｢CIパイプライン｣ ｢CDパイプライン｣ プロジェクトで扱う環境 ・開発環境 ・テスト環境 ： ・本番(運用)環境 リリース先は何環境？
- 7. よくあるDevOpsの絵から考える立体図 Copyright 2021 CASAREAL,Inc. All rights reserved. 7 よくあるDevOpsの絵 ➡ OPS側は環境面ごとに存在し、層を形成している(平面→立体) ➡ 2次元→3次元 開発環境面 テスト環境面 本番運用環境面 DEV OPS OPS OPS ｢CIパイプライン｣ ｢CDパイプライン｣ ｢CDパイプライン｣ ｢CDパイプライン｣
- 8. よくあるDevOpsの絵 → もう一つのアプローチ Copyright 2021 CASAREAL,Inc. All rights reserved. 8 よくあるDevOpsの絵 ビルド ﾊﾟｯｹｰｼﾞ リリース ｺﾝﾌｨｷﾞｭﾚｰｼｮﾝ モニター DEV OPS テスト コード 切って まっすぐにのばすと… OPS→DEVの所で
- 9. よくあるDevOpsの絵 → もう一つのアプローチ Copyright 2021 CASAREAL,Inc. All rights reserved. 9 ビルド ﾊﾟｯｹｰｼﾞ リリース ｺﾝﾌｨｷﾞｭﾚｰｼｮﾝ モニター DEV OPS テスト コード テスト ビルド ﾊﾟｯｹｰｼﾞ モニター DEV OPS 改めて、OPS→DEVの所を ねじらずにつないでみましょう。
- 10. よくあるDevOpsの絵 → もう一つのアプローチ Copyright 2021 CASAREAL,Inc. All rights reserved. 10 テスト ビルド ﾊﾟｯｹｰｼﾞ モニター DEV OPS 両者の違いは何でしょうか？ → ねじったか／ねじらないかの違い？ → なぜ、ねじってあるのか？ :
- 11. よくあるDevOpsの絵から考える時系列 Copyright 2021 CASAREAL,Inc. All rights reserved. 11 テスト ビルド ﾊﾟｯｹｰｼﾞ モニター DEV OPS 両者の違いは何でしょうか？ → ねじったか／ねじらないかの違い？ → なぜ、ねじってあるのか？ 答え：ねじる事で、DEVとOPSの回転スピード(1周にかけたい時間)の違いを吸収できる （DevOpsやagileの本質としては、いずれもスピードアップに向かうべきだが、回転スピードは異なる） DEVとOPSの時間の流れの違い （並行する別時間軸） ➡ 3次元ではなく、（時間軸を少し）周期/フェーズの違いを考慮して＋０.5次元くらいで考えましょう！
- 12. よくあるDevOpsの絵から考える立体図 Copyright 2021 CASAREAL,Inc. All rights reserved. 12 よくあるDevOpsの絵 ➡ OPS側は環境面ごとに存在し、層を形成している(平面→立体) ➡ 2.5次元→3.5次元 開発環境面 テスト環境面 本番運用環境面 DEV OPS OPS OPS
- 13. よくあるDevOpsの絵から考える立体図 Copyright 2021 CASAREAL,Inc. All rights reserved. 13 よくあるDevOpsの絵 ➡ OPS側は環境面ごとに存在し、層を形成している(平面→立体) ➡ 2.5次元→3.5次元 開発環境面 テスト環境面 本番運用環境面 DEV OPS TEST OPS Configuration OPS TestOps？ イミュータブルインフラストラクチャ (Infrastructure as Code)
- 14. よくあるDevOpsの絵から考える立体図 Copyright 2021 CASAREAL,Inc. All rights reserved. 14 開発環境面 テスト環境面 本番運用環境面 DEV OPS OPS OPS テストサイクル OS・ミドルウェアの ﾊﾞｰｼﾞｮﾝｱｯﾌﾟ等、 インフラの更新 よくあるDevOpsの絵 ➡ OPS側は環境面ごとに存在し、層を形成している(平面→立体) ➡ 2.5次元→3.5次元 TestOps？ イミュータブルインフラストラクチャ (Infrastructure as Code)
- 15. よくあるDevOpsの絵から考える立体図 Copyright 2021 CASAREAL,Inc. All rights reserved. 15 • よくあるDevOpsの絵 ➡ 3.5次元的解釈に基づく 「CI/CDパイプライン設計」 の青写真 基盤 基盤担当者 ｺﾝﾌｨｷﾞｭﾚｰｼｮﾝ ／ﾏﾆﾌｪｽﾄﾌｧｲﾙ リポジトリ 基盤の 確認(テスト)が主目的 テスト環境 ﾃｽﾄ担当者 テスト スクリプト リポジトリ テスト環境 アプリケーションの テストが主目的 開発環境 開発者 ﾛｰｶﾙ ｿｰｽｺｰﾄﾞ リポジトリ ビルド 成果物 リポジトリ 開発環境 ビルド・マージが主目的 本番運用環境 ｺﾝﾌｨｷﾞｭﾚｰｼｮﾝ ／ﾏﾆﾌｪｽﾄﾌｧｲﾙ リポジトリ テスト結果 リポジトリ 運用担当者
- 16. よくあるDevOpsの絵から考える立体図 Copyright 2021 CASAREAL,Inc. All rights reserved. 16 • よくあるDevOpsの絵 ➡ 3.5次元的解釈に基づく 「CI/CDパイプライン設計」 の青写真 基盤 基盤担当者 ｺﾝﾌｨｷﾞｭﾚｰｼｮﾝ ／ﾏﾆﾌｪｽﾄﾌｧｲﾙ リポジトリ 基盤の 確認(テスト)が主目的 テスト環境 ﾃｽﾄ担当者 テスト スクリプト リポジトリ テスト環境 アプリケーションの テストが主目的 開発環境 開発者 ﾛｰｶﾙ ｿｰｽｺｰﾄﾞ リポジトリ ビルド 成果物 リポジトリ 開発環境 ビルド・マージが主目的 本番商用環境 ｺﾝﾌｨｷﾞｭﾚｰｼｮﾝ ／ﾏﾆﾌｪｽﾄﾌｧｲﾙ リポジトリ テスト結果 リポジトリ 運用担当者 パイプラインを構成するリソースを含めると、このように複雑化したアーキテクチャが必要になってきます。 ➡ HashiCorpのツールスタックの活用が、このようなアーキテクチャ構築に役立ちますね。