Rancher と GitLab のK8Sインテグレーションの違い

Rancher と GitLab の K8Sインテグレーションの違い株式会社スタイルズ矢野哲朗 2018年6月21日

自己紹介 経歴：システム運用 10年・ネットワーク 6年・SI 8年近頃はownCloud 営業、翻訳を担当 Rancherの好きな機能
： その他：全く上達しないRubyist 一番最初のPCは、OKI if-800 でした…。矢野哲朗 tetsurow.yano 株式会社スタイルズ 1

今日のAgenda 2 これを15分で…。 1. Rancher と GitLab 2. ビルドとデプロイに必要なもの 3.
GitLabでのビルドデプロイ 4. Rancherでのビルドデプロイ 5. まとめ

本日の私のミッションは以下を覚えてもらう！ 3 GitLabとRancherはズッ友覚えて帰ってくださいおぼえて帰っていただいて、是非、同僚、上司、部下に伝えてください

昔々あるところに 4

5 Rancher とGitLab を組み合わせると Registry

最強コンビだったのです！ 6 とても仲良く仕事を分けやってやっていました

ところが、GitLabさんが、10.0で....。 7 2017年9月22日、Auto DevOps を発表！ Kubernetesへのデプロイを表明しました

さらに、Rancherさんも2.0で....。 8 2017年9月26日、Kubernete 対応のRancher 2.0(この時まだBeta)を発表！

えーと？？？？ 9 控えめに言えば戦争勃発

10 2. Rancher とGitLab こんな感じ Registry 世界制覇をたくらむ既存既存世界制覇をたくらむ

双方が持っている情報を整理してみましょう 11  世の中必要な情報を握っているものが勝つといわれますでは、それぞれが握っている情報を比べてみましょうソースコードコンテナイメージ K8S
情報 GitLabはここを狙っている

これは、、 12 控え目に言って Rancherは分が悪い

いやいや、Rancherにも良いところある 13 Kubernetes ユーザー管理 /認証 Kubernetes UI/Hook Kubernetes 監視/ アラート

双方が持っている情報を整理してみましょう 14  世の中必要な情報を握っているものが勝つといわれますでは、それぞれが握っている情報を比べてみましょうソースコードコンテナイメージ K8S
情報 Kubernetes ユーザー管理 /認証 Kubernetes UI/Hook Kubernetes 監視/ アラート GitLabはここも狙っている

これは、、 15 牛さん、大ピンチもうダメかもしれん....

ちょっと、冷静になりましょう 16 デプロイする状況を考えます

GitLabがデプロイする場合 17 ソースコードコンテナイメージ Push Build Pull .gitlab-ci.yml
K8S 情報マニフェストファイルは作っておく

Rancherがデプロイする場合 18 ソースコードコンテナイメージ Kubernetes PipelineHook Jenkins Push
Build Pull Action Hook Kubernetes ユーザー管理 /認証

結局ここにあるのは、 19 これの問題はここにあるのでは？デプロイするのは、・Devの責任か？・Opsの責任か？

結局ここにあるのは、 20 DevOps問題

Dev側の問題 21 Devがデプロイまでする必要があるのか

Ops側の問題 22 OpsがGitLabのUIを使う必要があるのか

23 2. Rancher とGitLab こんな感じ Registry 既存既存これらはレイヤーが違う話なのではなかろうか？？

なのであれば、 24 実はかぶらない？

ということは、結論 25 GitLabとRancherはズッ友

でも比較してみる 26 Pros（長所） Cons（短所） GitLab ・ソースコードとビルドは得意・Dockerイメージも入るので便利・デプロイもできる・パイプラインも洗練されている(統合感が高い)
・manifestファイルで管理・Kubernetesのユーザー管理はできない・manifestをUIから変更できない・コンテナーの状況を見るUIがない・ユーザー管理に困る(GitLabプロジェクトにユーザーを入れる？) Rancher 2.0 ・Kubernetesのワーカーを管理できる・ユーザー管理ができる・manifestファイルを直接編集不要(賛否あり) ・configMap/Secretの管理も可能・PhysicalVolumeの管理もできる・マルチクラウドは便利・パイプラインは非常に難しい(シームレス感がない) ・プライベートリポジトリーがない

ちなみに、 27 それぞれ、どんな挙動をするのか？

GitLabがデプロイする場合の動作 28 ソースコードコンテナイメージ Hook 2.Push K8S 情報
.gitlab-ci.yml 1. コンテナー内でビルドする 2. ビルドしたイメージをリポジトリにPush 3. デプロイするkubectl が入ったコンテナーでKubernetesに対してkubectl でデプロイ ※1 https://gitlab.com/gitlab-examples/ruby-openshift-example/blob/master/.gitlab-ci.yml ※2 https://gitlab.com/gitlab-examples/openshift-deploy/blob/master/deploy ビルドコンテナコンテナーイメージ 1.Build デプロイコンテナ取得コンテナイメージ 3.Deploy

Rancherがデプロイする場合 29 ソースコードコンテナイメージ Kubernetes PipelineHook Jenkins Push
Build Pull Action Hook Kubernetes ユーザー管理 /認証すみません、Rancher の Pipeline は情報が少なすぎて実は、こちらは想像図です。

こういうPipelineを組めるはずですが未検証 30 ちゃんと動くかどうかも分からないのでお勧めしませんそういう意味でもズッ友なのですひどいオチですみません

クドいようですが、 31 GitLabとRancherはズッ友覚えて帰ってください

ご清聴ありがとうございました。 32

Rancher と GitLab のK8Sインテグレーションの違い

Rancher と GitLab のK8Sインテグレーションの違い

yanoteturo

More Decks by yanoteturo

Other Decks in Programming

Featured

Transcript