ウエディングパークにおけるコンテナ化方針決定までの道のり

by yasuhiro1711

Slide 1

Slide 1 text

ウエディングパークにおけるコンテナ化⽅針決定までの道のり YASUHIRO NISHIWAKI WEDDING PARK CO., LTD.

Slide 2

Slide 2 text

⽬次 - ⾃⼰紹介/会社紹介 - 背景 - クラウド化（実施中） - コンテナ化（⽅針決定） - マイクロサービス化（検討中）

Slide 3

Slide 3 text

⾃⼰紹介

Slide 4

Slide 4 text

⾃⼰紹介 Yasuhiro Nishiwaki @yasuhiro1711 株式会社ウエディングパーク技術責任者兼 MGR（Engineering Manager） - SREチーム、AI labチーム、つくしチーム、セキュリティチームの⽴ち上げ等 - オライリー書籍の「監訳・監修」何本か

Slide 5

Slide 5 text

会社紹介

Slide 6

Slide 6 text

会社紹介株式会社ウエディングパーク本社：東京/表参道営業所：全国 9拠点通称「ウエパ」株式会社ウエディングパーク本社：東京/表参道営業所：全国 9拠点通称「ウエパ」

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

サービス紹介クリエイティブ⽀援クリエイティブ専⾨チーム・動画制作専⾨チームが、マーケティングに重要になるWeb集客⽤の動画や広告クリエイティブを企画・制作。アドテクブライダル業界向けにアレンジした広告商品の運⽤・コンサルティング。 Google Premium Awardには、2年連続ノミネート。 Webつくクライアント向けウェブサイト作成ツール。全国の結婚式場がウエディングに特化した公式サイトを簡単に作成できます。

Slide 12

Slide 12 text

システムDiv. 紹介

Slide 13

Slide 13 text

スローガン 2020までの開発チームスローガン No.1 Bridal Tech Team By20

Slide 14

Slide 14 text

システムDiv. 統計新卒・中途⽐率平均年齢男⼥⽐率

Slide 15

Slide 15 text

システムDiv. 取り組み「つくしチーム」 2018年つくし発⾜ - つくし＝Technical KAIZEN Specialists の略 - ミッション・開発現場から運⽤開発上での技術課題を発⾒し解決する・技術視点での制度や組織活性化の提案・技術責任者のミッションのサポート

Slide 16

Slide 16 text

今回の背景

Slide 17

Slide 17 text

検討背景 -現状- 約15年のオンプレ運⽤新規サービスは既にすべてクラウド社内でのクラウドへの機運の⾼まり

Slide 18

Slide 18 text

マイクロサービス化で課題解決へバージョン/セキュリティアップデート作業のコスト⼤サーバ納期/インフラ設定変更コスト⼤共有システムの単⼀障害点のビジネスインパクトの増加アプリケーション開発では、影響範囲が広がる⼀⽅検討背景 -課題-

Slide 19

Slide 19 text

検討背景 -⽅針- STEP1 クラウド化 STEP2 コンテナ化 STEP3 マイクロサービス化

Slide 20

Slide 20 text

クラウド化（実施中）

Slide 21

Slide 21 text

AWS で決定・AWSの研究開発費、サービスへの投資率の厚さはすごい。・AWSのセキュリティ/コンプライアンス準拠への厚さはすごい。・AWSのサーバレスサービスの品質の⾼さはすごい。当初⽐較の⼤⼿クラウドベンダー3社どれを取っても最⾼レベルのサービスを利⽤できると感じた。 3社はどれも⾼レベルで争っており、3⼤ベンダーの素晴らしさ/恐ろしさを感じた。

Slide 22

Slide 22 text

AWSの⾃社への導⼊コスト AWSは信頼できる。でも結局⼀番⼤事な基準はコレ。弊社では……

Slide 23

Slide 23 text

クラウド化⽅針・Just lift 構想・サーバ（VM import） → EC2化・MySQL → Aurora ・ストレージ → S3 等課題：アプリケーションのテスト⼯数が膨⼤に。テスト基準、環境の整備が同時に必要。

Slide 24

Slide 24 text

コンテナ化（⽅針決定）

Slide 25

Slide 25 text

コンテナ化⽅針・AWS上でコンテナを⽤いた設計を実現したい。【メイン】・コンテナオーケストレーションツールとして、 EKS or ECS どちらを採⽤するかを検討。

Slide 26

Slide 26 text

AWSはコンテナの利⽤環境 No.1シェア 63% 43% 35% 29% 24% 20% OpenStack Vmware Azure Google（GCE/GKE） On-Premise Amazon(EC2/ECS) 引⽤： https://www.cncf.io/blog/2018/08/29/cncf-survey-use-of-cloud-native-technologies-in-production-has-grown-over-200-percent/

Slide 27

Slide 27 text

3⼤ベンダーのコンテナ対応 ECS（EC2 Container Service）開始。のどれとも違う独⾃ソリューション。 EKS（ Amazon Elastic Container Service for Kubernetes ）

Slide 28

Slide 28 text

3⼤ベンダーのコンテナ対応 ECS（EC2 Container Service）開始。のどれとも違う独⾃ソリューション。 EKS（ Amazon Elastic Container Service for Kubernetes ）

Slide 29

Slide 29 text

3⼤ベンダーのコンテナ対応 ECS（EC2 Container Service）開始。のどれとも違う独⾃ソリューション。 EKS（ Amazon Elastic Container Service for Kubernetes ）

Slide 30

Slide 30 text

AWS コンテナ関連サービス Amazon EC2 Amazon Elastic Container Registry Amazon Elastic Container Service Amazon Elastic Container Service for Kubernetes AWS Fargate 引⽤：「 AWS Black Belt 」資料より

Slide 31

Slide 31 text

Amazon ECS or EKS の棲み分け ECS＋(EC2/Fargate）運⽤が容易で低コスト Fargateは単価⾼ → アプリケーションエンジニアの敷居低い。 ex, スタートアップこそ利⽤すべし

Slide 32

Slide 32 text

Amazon ECS or EKS の棲み分け K8sエコシステム利⽤可能 → コストがかかってもK8sの理解と開発を推進できる開発組織であればおすすめ。 EKS＋(EC2)

Slide 33

Slide 33 text

Amazon ECS or EKS の棲み分け・ECSかEKSかは、運⽤システムの設計や特性など、ワークロードによって選択してもらえれば良い。・EKSを選択する場合、数多いエコシステムを利⽤可能に。反⾯、K8sの学習コストが⾼いのを考慮しよう。・マルチクラウド推進なら断然EKSがオススメ。・K8sは、やる気があれば楽しいぞ。

Slide 34

Slide 34 text

弊社でのECS・EKSの検討

Slide 35

Slide 35 text

ウエディングパークの EKS・ECS 検討の流れ知る⽐べる決める

Slide 36

Slide 36 text

ウエディングパークの EKS・ECS 検討の流れ知る⽐べる決める

Slide 37

Slide 37 text

ウエディングパークの EKS・ECS 検討 1, K8sの学習の実施 - おうちK8sでクラスター構築 2. AWS公式トレーニング - EKSトレーニングの実施 - ECSトレーニングの実施 3, 既存サービスでのECSの知⾒復習他に他クラウドサービス等も学習しています。知る

Slide 38

Slide 38 text

おうちK8sで、K8sクラスターを勉強・Kubernetesのラズベリーパイ包みウエパ⾵・⼀家に⼀台⼿のひらサイズのおうちKubernetes ・⾒所は、鮮烈な⾚、滑らかなケーブリング詳細：33時間クッキング【Kubernetesのラズベリーパイ包み〜ウエパ⾵〜】 https://engineers.weddingpark.co.jp/?p=1993

Slide 39

Slide 39 text

AWS公式ガイド実施何よりもまずこれでした。 AWS公式 EKSユーザガイド https://docs.aws.amazon.com/ja_jp/eks/ AWS公式 ECSユーザガイド https://docs.aws.amazon.com/ja_jp/ecs/

Slide 40

Slide 40 text

AWS公式ワークショップ実施ユーザガイドよりも実践形式。 Amazon EKS Workshop https://eksworkshop.com/ Amazon ECS Workshop https://ecsworkshop.com/

Slide 41

Slide 41 text

ECSでの知⾒のまとめ、復習 Amazon ECR Amazon ECS Github Push User 1, Build 2,Docker Push EC2 instance contents トリガー 3, タスク定義更新サービス更新 4, エージェントに指⽰ 5, Docker pull 6, デプロイ ECS agent container container task

Slide 42

Slide 42 text

ウエディングパークの EKS・ECS 検討の流れ知る⽐べる決める

Slide 43

Slide 43 text

ウエディングパークの EKS・ECS 検討 1, ECS/EKS , EC2/Fargate の組み合わせの表で⽐較。 2, K8sの導⼊はアリかナシか検討。⽐べる

Slide 44

Slide 44 text

ECS/EKS , EC2/Fargate の組み合わせコントロールプレーンデータプレーン⽐較コメント ECS EC2 ◎ ・ECSの使いやすさ◎ ・コンテナ化に慣れるにもちょうど良い。/ ・とても安い。 Fargate ▲ ・コスト試算してみて今の所なし。⾼い。・将来検討あり。 EKS EC2 ◎ ・便利なK8sで⾏くなら間違いなくこれ。・学習コストと運⽤コストがかなり⾼い。 Fargate × ・正式未対応のため、現状は選択肢になし。

Slide 45

Slide 45 text

K8sの導⼊はアリかナシか・K8sは魅⼒。次世代の基盤技術であることは理解。進めたい。・K8sの初期の学習コスト、バージョンアップに伴うAPI対応等の運⽤コストは組織⽐率で⾒てもとても⼤きい。・K8sの設計/構築/運⽤が与える事業影響とリスクは⼤きい。・K8s運⽤を別チームに引き継げるかどうか。⼼配。

Slide 46

Slide 46 text

ウエディングパークの EKS・ECS 検討の流れ知る⽐べる決める

Slide 47

Slide 47 text

ウエディングパークの EKS・ECS 検討⽐較の結果を元に⽅針決定。決める弊社ではビジネスファーストのため、 ECSから開始。次期EKSを⽬指す。理由：・K8s導⼊よりもビジネス拡⼤を優先。・ECS後 → EKS検討でも⼗分である。 ※ K8s⾃体は動向を追いつづける。

Slide 48

Slide 48 text

マイクロサービス化（検討中）

Slide 49

Slide 49 text

マイクロサービス化の準備 1, マイクロサービス毎のチーム編成の全社への理解 → メンバーにも、⾮エンジニア職にも、経営層にも必要。 2, マイクロサービスの概念で組織を変えるのは本当に正解か？ → 責任基準は明確。担当者に依存。 → ⾃分さえ良ければいい考えにならないか？ → プロダクト全体として成⻑できるのか。

Slide 50

Slide 50 text

マイクロサービス化の準備 3, マイクロサービス寄りの概念ではなく、「フィーチャーチーム」の概念を加えるのがいいのか？ → コンウェイの法則を避け、顧客にとっての最⾼の価値を提供するチーム。弊社の場合、⼤規模スクラムパターンが現実的か。参考：http://featureteamprimer.org/jp/feature_team_primer_ja.pdf