GitlabとIstioでつくるコンテナネイティブCICD

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Who am I ? Kubernetesやってる人 コミュニティ開発だったり普及活動だったり・・・ Certified Kubernetes Administrator • たぶん日本最速？(2017年9月 β版時に取得) 休日もコード書いてます(・ω・)b GitHub(https://github.com/sh-miyoshi) 1 Copyright 2018 FUJITSU LIMITED

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Istioとは？ Istio サービスメッシュ技術の一つ → マイクロサービスをやる上で大変なことをインフラレイヤーで解決するためのもの Istioでできること サービス間のトラフィック制御 • 通信量制御、カナリアリリース、ロードバランシングなど セキュアなマイクロサービスの構築 • サービス間通信の暗号化 綿密な測定とレポート 4 Copyright 2018 FUJITSU LIMITED アプリケーションコードの変更なしに実現

Slide 6

Slide 6 text

Why Istio? CD(継続的デリバリー)ならSpinnaker(※)でも・・・ Istioはネットワークを制御できる CDだけをやりたいなら別ツールのほうが楽 運用を考えるなら個人的にはIstioがおすすめ 5 Copyright 2018 FUJITSU LIMITED ※Netflix社製OSS版のCDツール • どのサービスとどのサービスがつながっているんだっけ？ • どれくらいアクセスされているんだっけ？ • レイテンシは？

Slide 7

Slide 7 text

(1)コード開発 (2)コード品質確保 (3)コード統合 (5)成果物テスト (6)デプロイ開発チームのタスクの流れ運用チームのタスクの流れ開発ブランチ作成コーディング (場合により）ローカルレビュー Unit Test Code Analysis Reviewer のアサイン Pull Req 発行. 開発ブランチを masterにマージマージされるごとに自動バージョニングテスト環境にデプロイテスト結果を確認リリース可否判断本番にデプロイ (Canary release) 状態確認現用系切り替え(BG) 失敗リポジトリにpush (場合により）自己レビュー (手動) 手動Review (コードとReview 用環境でチェック) 失敗 Review用環境の準備自動ビルド Docker registry に保存 registryから手動(?)で取得監視用のSidecar とかを追加どこかで失敗したら開発チームへフィードバック (4)本番用 Appビルド ※アンダーラインが引いてある項目は自動で実行 CICDのpipelineの例(今日の本題) Copyright 2018 FUJITSU LIMITED 9 Gitlabの出番 Istioの出番

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text