Challenge GitOps using Azure DevOps

Azure DevOpsでgit opsを取り入れた際の"気づき"をまとめました。

Transcript

1. マスタ タイトルの書式設定 マスタ サブタイトルの書式設定 Azure DevOpsでGitOpsしたい
2. 趣味：サイクリング 1 ページ twitter：@kano_k6a 職業：ソフトウェア エンジニア 役割：SRE 自己紹介
3. ▪株式会社ポッケ （POCKE,INC. ） https://www.pocke.co.jp/ 設立：2009年3月2日 WEB、その他メディアを利用した各種コンテンツの企画・制作・販売・およびこれに関する サービス運営、BtoB向けのシステム開発等を行っています 2 ページ 会社紹介 (C)POCKE,INC.
4. 3 ページ なぜGitOps？
5. 4 ページ なぜGitOps？ マニフェストファイルの管理 マイクロサービスなので、管理するマニフェストが多い！ パイプラインの複雑化 CI pipeline, CD pipelineが乱立していき、管理が難しい！ これらが課題でした！
6. 5 ページ cloud native applicationsを構築するための オペレーティングモデル GitOpsとは？ https://www.weave.works/technologies/gitops/
7. 6 ページ GitOpsのコンセプト https://www.weave.works/technologies/gitops/ Kubernetesクラスタへのアプリケーションの 展開を簡素化する
8. 7 ページ GitOpsのコンセプト https://www.weave.works/technologies/gitops/ single source of truthとしてのGit　 マニフェストファイルの管理をGitに限定
9. 8 ページ GitOpsを取り入れてみた
10. 9 ページ GitOpsを取り入れてみた
11. 10 ページ どこで 気づきその１
12. 11 ページ どこで 何を 気づきその１
13. 12 ページ どこで 何を どのように 気づきその１
14. 13 ページ どこで 何を どのように が悩ましかった 気づきその１
15. 14 ページ どこで 何を どのように が悩ましかった 結果的に、CD pipelineがなくなりました。 ※sandbox,stagingに限り 気づきその１
16. 15 ページ プロダクト開発に集中 Azure DevOpsの責任範囲 CIの実施 single source of truthとしてのGit管理 Azure DevOps
17. 16 ページ repoの監視と クラスタへの同期 GitOpsのオペレーションに集中 Fluxの責任範囲 変更の登録(git commit & push) Flux
18. 17 ページ 気づきその2 やることや登場人物が多いので、 シンプルにすることが大切
19. 18 ページ Azure Pipelineのmulti stage記法で書いた。 Pipeline as Code Pipelineをシンプルに保つ
20. 19 ページ Azure DevOpsとFluxの責任範囲を明確にすること Pipelineをシンプルにすること まとめ
21. 20 ページ ありがとうございました