なんとなく使っているGitブランチ、みんなどうやって管理しているのだろう？ その謎を解明すべく、我々はジャングルの奥地へと向かった。 1.ブランチとは Git上で別々の作業を並行して行うための仕組みをブランチという。 # testing-branchという名前のブランチを作る場合 $ git branch testing-branch # testing-branchブランチで作業する場合 $ git checkout testing-branch そもそも、ブランチっていつ使うのよ？SVNでいーじゃん！ などと思っていた時代がわたしにもありました。 SVNなどの中央集権リポジトリを利用していると、自分のコミットがどうやっても他人に影響を及ぼしてしまいます。 （コミットしたら、Aさんが修正したソースが壊れましたとかね） 自分のソースをマージして挙動確認したい！でも他の人には迷惑かけたくない

Amazon Web Services ブログ Tekton と Argo CD を使用した AWS でのクラウドネイティブな CI/CD この記事は Cloud Native CI/CD with Tekton and ArgoCD on AWS (記事公開日: 2022 年 1 月 25 日) を翻訳したものです。 イントロダクション Kubernetes などのコンテナオーケストレーターの普及と採用が進み、その上にますます多くのクラウドネイティブアプリケーションが構築されています。ビジネスアプリケーションに加えて、企業は CI/CD システムなどのインフラストラクチャー関連のコンポーネントも移行しています。 しかし、それらのシステムはそのような最新のプラットフォームに対応できるでしょうか？答えはシステム次第です。明らかに、既存の CI/CD システムのほとんどは、Kubernetes

GitHubが2019年11月、新機能「GitHub Actions」を正式に公開した。GitHub上のリポジトリやイシューに対するさまざまな操作をトリガーとしてあらかじめ定義しておいた処理を実行できる機能で、今まで外部サービスとの連携が必要だった自動テストや自動ビルドなどがGitHubだけで実現できるようになる。今回はこのGitHub Actionsについて、機能の概要や基本的な使い方などを紹介する。 GitHubだけでCI/CD的な機能を実現できる「GitHub Actions」 昨今では、ソフトウェア開発におけるさまざまな工程を自動化するような技術の開発や普及が進んでいる。その1つに、CI（Continuous Integration、継続的インテグレーション）やCD（Continuous Delivery、継続的デリバリー）と呼ばれるものがある。CIはソフトウェアのビルドやテストを

概要 マイクロサービスでは、移行する際にシステム移行に伴うDBの分解が発生した場合に、分散トランザクションは推奨していません。参照: マイクロサービスに移行した際の分散トランザクションの危険性 簡単に説明するなら分散トランザクションは、不具合となる危険性がある為です。 そのため、マイクロサービスで複数のリソースの結果整合性を利用する方法として、Sagaパターンがあります。 Sagaパターンとは Sagaパターンとは、結果整合性を使ったアーキテクチャの1つであり、複数の状態変更を調整できリソースを長時間ロックすることがないよう設計されたアーキテクチャパターンです。「Sagaの元々のアイデアは、Hector Garcia MolinaとKenneth Salemによって発表された論文から生まれました。」 もう少し詳しく説明すると、結果整合性を担保したい範囲を１つのローカルトランザクション(擬似

CI/CD Conferenceから、CI/CDパイプラインのデザインパターンを解説したセッションを紹介する。 CI/CD Conferenceから、株式会社野村総合研究所（以下、NRI）のシステムエンジニアである土屋大樹氏が行ったCI/CDのパターンを解説するセッションを紹介する。セッションのタイトルは「現場に合わせて考えたパイプラインのデザインパターン」ともので、CI/CDにはツールからではなくアプリケーションのタイプや組織の大きさ、成熟度などによって最適なパターンがあるのでは？ というNRIの顧客案件などからCI/CDのプロセスごとに複数の実装パターンを切り分けて紹介したものだ。 NRIはオープンソースソフトウェアに対するサポートサービス、OpenStandiaやasleadなどを立ち上げて、オープンソースソフトウェアを用いたマネージドサービスを積極的に提案しているようで、今回のセッ

CI/CD Conference 2021から、CircleCIのエンジニアがDevOpsに関するアンケート調査を解説するセッションを紹介する。これは「State of DevOps Report 2020/2021から見るCI/CDの始め方」と題されたセッションで、プレゼンテーションを担当したのはCircleCIのシニアソリューションエンジニア、車井登氏だ。

CI/CD Conference 2021にて、マイクロソフトのアーキテクトがGitHubの買収から現在までの経緯、そしてGitHub Actionsの機能を解説した。 CI/CD Conference 2021から、マイクロソフトのアーキテクトによるセッションを紹介する。これは「GitHubのエコシステム-GitHub Actions、CodespacesそしてCopilot」と題されたもので、セッションを担当したのは日本マイクロソフト株式会社のクラウドソリューションアーキテクトである服部佑樹氏だ。

CI/CD Conference 2021から、デプロイメントパイプラインを解説したセッションを紹介する。 2021年9月3日、CI/CDに特化したオンラインカンファレンスCI/CD Conference 2021が開催された。この記事では、ソフトバンク株式会社のエンジニア、高市智章氏のセッションを紹介する。これは「デプロイメントパイプラインの原理原則を再確認する」と題されたセッションで、ソフトウェア開発においていかに成果物を本番環境に配備するのか？ に関して書籍などに紹介されている最適な方法などをベースに解説するものだ。また後半では自らの経験をベースとした「やってはいけないCI/CD」も紹介された。 セッションの動画：デプロイメントパイプラインの原理原則を再確認する セッションで使用されたスライドは、以下から参照されたい。 スライド：デプロイメントパイプラインの原理原則を再確認する

CI/CDのゴールに、リリースリスクの最小化のためにフィーチャーフラグを使ったトレジャーデータのセッションを紹介する。 CI/CD Conference 2021からトレジャーデータの国分崇志氏のセッションを紹介する。これは、AWS上で展開されているトレジャーデータのデータプラットフォームにおけるサービスのデプロイとリリースを継続的に行うために、SREエンジニアとして国分氏が実施した改善を解説するものだ。「数時間かかる週一リリースを毎日何度も爆速でできるようにするまで」というストレートなタイトルが示すように、継続的リリースができる体制に至るまでの道筋を解説している。 CI/CD導入前後の差を説明 最初に、国分氏が入社した当時のトレジャーデータのリリースフローが紹介された。当時はマニュアルでリリース作業が行われており、リリースマネージャーが変更や機能追加を個別に選択していたこと、定期実行され