1日に15回本番デプロイを実現するトランクベース開発のコツ | CyberAgent Developers Blog
株式会社サイバーエージェントでバックエンドエンジニアをしている江頭です。 今回、私たちのチームにトランクベース開発という手法を取り入れることによって、デリバリーの速度と開発効率が上がり1日に多いときで15回以上本番デプロイができました。 この記事では、トランクベース開発とはどのような手法なのかご説明したあとに、実際に導入してわかったことをご紹介したいと思います。 トランクベース開発とは トランクベース開発とは、ソースコードのバージョン管理手法です。現在一般的な手法であるGitflowでは、機能毎にブランチを作成し 1つの機能実装が完了するまでそのブランチで作業し、コードレビュー完了後に各役割ごとに存在するブランチへマージします。 Gitflowでは1つのブランチへ長時間にわたり変更を加えるため、次のような課題があります。 メインブランチへのマージの際に差分が多くコンフリクトが発生する可能性
継続的デリバリのためにfeatureのリリースと改善系アイテムのリリースは分けよう
継続的デリバリ(Continuous Delivery)はITの現場で一般的なものと浸透してきました。 継続的デリバリを実現するためには、継続的インテグレーションの仕組みと 再現性のあるデプロイメントパイプライン基盤の整備が必要です。 これにより出荷可能なプロダクトを頻繁にリリースすることが可能になります。 今回は頻繁にリリース可能な環境下において、より安全にサービスをデリバリするための個人的な考えをまとめたものです。 デプロイの失敗を考えるDecoupling deployment from release(デプロイとリリースは分離しよう)かつて、Technology Readerのtechniquesに Decoupling deployment from release というものが紹介されていました。 これは、ITの現場で「商用作業」または「本番リリース」と言われている作業を2つの
デプロイに必要な時間は1/2、回数はほぼ倍に 改善された頻度と、カナリアデプロイによる検証
多数のヘルステックサービスを企画・開発しているメドピアが、リモートワーク継続中でも事業成長を加速させたプロダクト開発の事例や技術的な知見を紹介する「事業成長を加速させたエンジニアリングのウラ側」。ここで「Deploy Rails apps in 2021」テーマに正徳氏が登壇。ここからはデプロイ改善の結果と、メドピアのカナリアデプロイについて紹介します。前回はこちらから。 デプロイ頻度はどれくらい改善したか？ 正徳巧氏（以下、正徳）：この2つの改善、Dockerファイルを移したものと、自動プルリクを作るもので、どれくらい改善したかを計測してみました。メドピアのワークフローでいうとmasterへのマージはほぼデプロイの回数になるので、masterブランチのマージコミットの数を月単位で数えたコマンドを作りました。 同じように、developも数えてグラフを作りました。上のグラフがマージされた機
上位組織のデプロイ頻度は1週間に約30回 1日1デプロイだったメドピアが挑んだ頻度改善の取り組み
多数のヘルステックサービスを企画・開発しているメドピアが、リモートワーク継続中でも事業成長を加速させたプロダクト開発の事例や技術的な知見を紹介する「事業成長を加速させたエンジニアリングのウラ側」。ここで「Deploy Rails apps in 2021」テーマに正徳氏が登壇。まずは過去のレポートをもとにした目指すべきデプロイの頻度と、デプロイ改善のために取り組んだことについて紹介します。 自己紹介 正徳巧氏（以下、正徳）：「Deploy Rails apps in 2021」というタイトルで発表します。ちょっと私も緊張しているので、ビールを飲みながら発表させてください。 自己紹介です。正徳と言います。会社に入社して1年半ぐらいで、CTO室のSREという部署に所属しています。SNSなどは@shinsokuというハンドルネームで活動しています。よろしくお願いします。 SREでなにをやっている
メルカリ・メルペイで行ったリリースサイクルのアップデート | メルカリエンジニアリング
はじめまして、メルペイのiOSチームでEngineering Managerをしている玉城です。この記事は、 Merpay Advent Calendar 2021 の11日目の記事です。 はじめに メルカリアプリでは2020年の8月ごろから約1年ほどかけてリリースサイクルを2週間から1週間のサイクルに更新し運用してきました。この記事ではリリースサイクルをアップデートする為にどのような準備をしてきたかをご紹介したいと思います。 リリースサイクルを短くするねらい これまでメルカリアプリのリリースはリリーストレインというルールに基づき2週間に1度のサイクルで継続的にアプリをリリースする運用を続けていました。しかし、一度リリーストレインを逃すと次のリリースである2週間後まで待つかhotfixを検討する必要がありました。前者はお客さまのフィードバックを迅速に得られず、後者はイレギュラーな対応のため
GitLab Flow + GitHub Actions ではじめる、デプロイフローの改善・自動化 - エクサウィザーズ Engineer Blog
DevOps エンジニアの 根本 征 です。 前回のエントリーでは GitHub Actions の self-hosted runners について紹介しました。 今回はそれらを活用したデプロイフロー(主に API / Frontend)の改善について紹介したいと思います。 これまでのデプロイフローと課題 GitHub Flow はどうか GitLab Flow とは git-pr-release + GitHub Actions を使った、リリース Pull Request の自動生成 GitHub Actions を使ってデプロイを行う 効果と課題 おわりに これまでのデプロイフローと課題 部署やサービスによって異なりますが、これまでのデプロイにまつわる環境は大まかに下記のような状況でした。 3つの環境 develop 環境(主に開発者が使う環境) staging 環境(本番リリース
QAからリリースエンジニアリングへの進化 R＆D急成長の礎としてのCI/CD(Jenkins Day Japan 2019) - Blog by Tadashi Nemoto
QAからリリースエンジニアリングへの進化 R＆D急成長の礎としてのCI/CD(Jenkins Day Japan 2019) 今回はその中のセッション「QAからリリースエンジニアリングへの進化 R＆D急成長の礎としてのCI/CD(The evolution from QA to Release engineering and CI/CD as the anchor for R&D hyper growth)」がとても興味深かったのでまとめてみました。 【講演概要】 過去10年間、Taboola社は急成長を続けています。 この成長の1つの側面は、非常に競争の激しい環境におけるクライアント、パートナー、およびビジネスの増大です。 2つ目の側面は、システム運用と開発に関わるコードとエンジニアのorg/ops(組織からOps)に至る継続的な成長です。 本講演では、どのように当社のエンジニアが「独立
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHubで信頼性の高いデプロイ
デプロイ頻度を10倍にした、ブランチ戦略とGitHub Actions on AWS ECS