$30 off During Our Annual Pro Sale. View Details »

デプロイ頻度を10倍にした、ブランチ戦略とGitHub Actions on AWS ECS

Tadashi Nemoto
April 27, 2021
Technology
8
3.5k

デプロイ頻度を10倍にした、ブランチ戦略とGitHub Actions on AWS ECS

AWS Startup Tech Meetup Online #4
https://aws-startup-community.connpass.com/event/209830/

Tadashi Nemoto

April 27, 2021
Tweet

More Decks by Tadashi Nemoto

See All by Tadashi Nemoto
Scalable and cloud-native mobile game CI/CD environment using Unity
tadashi0713
0
19
Migrating your mobile CI/CD environment to a scalable cloud solution using CircleCI
tadashi0713
0
67
Speed matters: Advanced CI/CD techniques to improve development velocity, quality & security
tadashi0713
0
140
AWS Graviton 環境への CI _ CD パイプラインを CircleCI で実現しよう (AWS Fargate 編)
tadashi0713
0
120
10x deployment frequency using GitLab Flow and GitHub Actions on AWS ECS
tadashi0713
0
380
Creating parallelized Android UITest (Appium) environment using Azure, Docker and Android emulator
tadashi0713
0
3.4k
メルカリの開発スピードと品質を支える Selenium on Azure Kubernetes Service
tadashi0713
2
1.1k
Docker × Androidエミュレーターを使ったAppiumテスト環境
tadashi0713
3
4.2k
Scaling Selenium to Infinity
tadashi0713
0
1.7k

Other Decks in Technology

See All in Technology
生成AI革命期に求められる無知の知とハッカー精神
shunsukeono_am
2
470
ソフトウェアの設計を学び、メンテナンスしやすいテストを作ろう / Learn software design, Create tests that are easy to maintain
culvert
2
400
徹底解説！Power Platform 導入の成功事例から見る DX 推進のコツ / Tips for DX promotion from Power Platform case studies
karamem0
0
1.3k
エンジニアのマネジメントキャリアにおける技術広報 / Technical Public Relations in Developers' Management Careers
pauli
0
130
ChatGPTとKarateで実現するシン・BDD / Realizing New BDD through ChatGPT and Karate
takanorig
1
540
隙間家具OSS開発で『自分の庭』をつくる / kayac-andpad-event
fujiwara3
0
420
大規模Webアプリケーションプラットフォームを開発して軌道に乗るまでにやったこと / How to Put Platforms on Track
hhiroshell
0
1.5k
Kubernetesで構築する大規模時系列データのスケーラブルな分散処理
lycorptech_jp
PRO
0
110
10分でわかる株式会社ログラス − エンジニア向け会社説明資料 / Loglass in 10 min for Engineers
loglass2019
2
910
開発チーム横断タスクフォース 「Goサブ会」の 運用事例と今後の展望
stefafafan
0
140
Repro の開発組織体制の変遷そして Platform Engineering / Platform Engineering Meetup #6
a_bicky
4
880
How to use GPT with your Symfony application [EN]
el_stoffel
2
410

Featured

See All Featured
Clear Off the Table
cherdarchuk
81
300k
A better future with KSS
kneath
230
16k
Designing on Purpose - Digital PM Summit 2013
jponch
108
6.2k
The Brand Is Dead. Long Live the Brand.
mthomps
48
7.6k
Code Review Best Practice
trishagee
53
14k
Teambox: Starting and Learning
jrom
125
8.2k
4 Signs Your Business is Dying
shpigford
172
21k
What the flash - Photography Introduction
edds
64
11k
WebSockets: Embracing the real-time Web
robhawkes
58
6.6k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
2
310
Design by the Numbers
sachag
272
18k
Bootstrapping a Software Product
garrettdimon
PRO
299
110k

Transcript

  1. デプロイ頻度を10倍にした、
    ブランチ戦略と
    GitHub Actions on AWS ECS
    Tadashi Nemoto

    View Slide

  2. ⾃⼰紹介
    ● 根本 征 (ねもと ただし)
    ● 株式会社エクサウィザーズ
    ● Platform Engineer (DevOps Engineer)
    ○ CI / CD 基盤の構築・改善・導⼊
    ○ 本番・検証環境の構築・運⽤
    ○ テスト⾃動化の導⼊・布教

    View Slide

  3. CI / CD を導⼊していますか︖

    View Slide

  4. その CI / CD パイプラインは
    現在のプロダクト・開発組織に
    最適でしょうか︖

    View Slide

  5. State of DevOps Report 2019

    View Slide

  6. State of DevOps Report 2018

    View Slide

  7. State of DevOps Report 2018

    View Slide

  8. https://tech.uzabase.com/entry/2021/01/28/190209

    View Slide

  9. スタートアップでは変化するスピードがとても重要

    View Slide

  10. View Slide

  11. デプロイ頻度(27回 / 2週間)
    10倍以上のデプロイ頻度

    View Slide

  12. アウトライン
    ● これまでの CI / CD・デプロイフロー
    ● 変えたこと
    ○ Jenkins → GitHub Actions on AWS ECS
    ○ Git Flow → GitLab Flow
    ● 改善の効果
    ● これから

    View Slide

  13. これまでの CI / CD・デプロイフロー

    View Slide

  14. これまでのCI / CD・デプロイフロー
    ● Hashicorp Nomad on AWS
    ○ develop, staging, production
    ○ 簡単に複数の develop 環境が作れない
    ● Git Flow
    ○ チームによって使い⽅が多少異なる
    ● Jenkins on AWS
    ○ 本番環境へのデプロイは⼀部弊チームに依存

    View Slide

  15. ⼩さく・⾃律的に
    デプロイできるようにする

    View Slide

  16. デプロイ頻度を上げる

    View Slide

  17. 改善したこと①
    Jenkins → GitHub Actions on AWS ECS

    View Slide

  18. Jenkins
    ● メンテナンスコストが⾼い
    ○ バージョン・プラグインのアップデート
    ○ マシンの追加・スケール
    ○ 権限付与・セキュリティなど
    ● 専任のメンバー・チームが必要
    ● ⾃律的なデプロイに向いていない

    View Slide

  19. SaaS系 CI / CD ツール

    View Slide

  20. デプロイ制限

    View Slide

  21. GitHub Actions self-hosted runners

    View Slide

  22. GitHub Actions self-hosted runners
    ● GitHub Actions ではクラウド版とセルフホスト版を⽤意
    ● セルフホスト版は無料で利⽤可能(GitHub ユーザー)
    ● クラウド版同等の機能を利⽤可能 (Marketplace, Secret)
    ● クラウド版とセルフホスト版を両⽴することが可能
    ○ デプロイはセルフホスト版、テストはクラウド版
    ● ワークフロー管理部分をマネージドにできる

    View Slide

  23. GitHub Actions self-hosted runners on AWS ECS

    View Slide

  24. https://techblog.exawizards.com/entry/2020/10/22/080000

    View Slide

  25. 改善したこと②
    Git Flow -> GitLab Flow

    View Slide

  26. Git Flow

    View Slide

  27. Git Flow
    ● リリースタイミングが決まっている開発には有効
    ○ モバイルアプリ(1~2週間に1回)
    ● 恣意的にリリースできる開発にはメリットが少ない
    ○ API / Frontend をクラウドにいつでもデプロイできる
    ● 不要なブランチ作業によってデプロイ頻度を下げる可能性
    ○ リリースブランチ・Hotfix ブランチ・Tag の作成

    View Slide

  28. GitHub Flow

    View Slide

  29. GitHub Flow
    本番環境
    ？環境
    ？環境
    ● シンプルなブランチ管理
    ○ master / feature ブランチ
    ● リリース頻度を⾼くできる
    ● リリース前の検証環境が課題
    ○ master ブランチ = production
    ○ staging 環境︖
    ○ development 環境︖

    View Slide

  30. 既存の環境
    (develop, staging, production)
    をうまく使いながら、
    デプロイ頻度を上げたい

    View Slide

  31. GitLab Flow
    ● feature → master ブランチの関係
    ○ GitHub Flow と同じ
    ● リリースに必要なブランチを⽤意できる
    ○ master ブランチ → staging 環境
    ○ production ブランチ → 本番環境
    ○ リリースするタイミングで merge
    Staging
    環境
    本番環境

    View Slide

  32. Develop 環境へのデプロイ

    View Slide

  33. リリースのための Pull Request を⾃動⽣成・更新
    Staging
    環境
    本番環境

    View Slide

  34. https://techblog.exawizards.com/entry/2021/01/21/111031

    View Slide

  35. 改善の効果

    View Slide

  36. デプロイ頻度(4回 / ⽉)

    View Slide

  37. デプロイ頻度(27回 / 2週間)

    View Slide

  38. デプロイ頻度(27回 / 2週間)
    10倍以上のデプロイ頻度

    View Slide

  39. State of DevOps Report 2019

    View Slide

  40. ⼩さく・⾃律的にデプロイできるように

    View Slide

  41. これから

    View Slide

  42. 継続的に計測・改善する

    View Slide

  43. PRベースの環境構築 / self-hosted runners を使わない
    staging
    環境
    PR1 環境
    PR2 環境

    View Slide

  44. 継続的テスティング / 継続的インスペクション

    View Slide

  45. まとめ

    View Slide

  46. まとめ
    ● デプロイ頻度の向上はスタートアップ含めとても重要
    ● 2つの改善によって 10 倍以上のデプロイ頻度を実現した
    ○ Jenkins -> GitHub Actions on AWS ECS
    ○ Git Flow -> GitLab Flow
    ● 継続的な計測・改善

    View Slide