<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>devkuma – CI/CD</title>
    <link>https://www.devkuma.com/jp/tags/ci/cd/</link>
    <image>
      <url>https://www.devkuma.com/jp/tags/ci/cd/logo/180x180.jpg</url>
      <title>CI/CD</title>
      <link>https://www.devkuma.com/jp/tags/ci/cd/</link>
    </image>
    <description>Recent content in CI/CD on devkuma</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>jp</language>
    <managingEditor>kc@example.com (kc kim)</managingEditor>
    <webMaster>kc@example.com (kc kim)</webMaster>
    <copyright>The devkuma</copyright>
    
	  <atom:link href="https://www.devkuma.com/jp/tags/ci/cd/index.xml" rel="self" type="application/rss+xml" />
    
    
      
        
      
    
    
    <item>
      <title>CI/CD - 継続的インテグレーション/継続的デプロイ</title>
      <link>https://www.devkuma.com/jp/docs/ci-cd/</link>
      <pubDate>Mon, 05 Sep 2022 17:05:00 +0900</pubDate>
      <author>kc@example.com (kc kim)</author>
      <guid>https://www.devkuma.com/jp/docs/ci-cd/</guid>
      <description>
        
        
        &lt;h2 id=&#34;cicd&#34;&gt;CI/CD&lt;/h2&gt;
&lt;h3 id=&#34;ci-継続的インテグレーションcontinuous-integration&#34;&gt;CI (継続的インテグレーション、Continuous Integration)&lt;/h3&gt;
&lt;p&gt;アプリケーションのコードを追加または修正するたびにテストを実行し、確実に動作するコードを維持する方法を継続的インテグレーション (CI, Continuous Integration) という。継続的インテグレーションは、ソフトウェアの品質向上を目的として考案された開発プロセスである。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;ビルドとテストの自動化。&lt;/li&gt;
&lt;li&gt;すべての開発が終わった後にコード品質を管理する従来方式の欠点を解消するために生まれた概念である。&lt;/li&gt;
&lt;li&gt;開発しながらコードの統合を継続的に進めることで品質を維持する。&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id=&#34;cd-継続的デプロイcontinuous-deploy-または-delivery&#34;&gt;CD (継続的デプロイ、Continuous Deploy または Delivery)&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;デプロイの自動化。&lt;/li&gt;
&lt;li&gt;ソフトウェアが常に信頼可能なレベルでデプロイできるよう継続的に管理するという概念である。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;fault-tolerant-無停止-システム&#34;&gt;Fault-tolerant (無停止) システム&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Fault Tolerant コンピュータシステムとは、システム内のいずれかの部品またはモジュールに Fault (障害) が発生しても、システム運用に支障が出ないよう設計されたコンピュータシステムである。&lt;/li&gt;
&lt;li&gt;フォールトトレラントシステムは、システムを構成する部品の一部で fault または failure が発生しても、正常または部分的に機能を遂行できるシステムである。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;デプロイの種類&#34;&gt;デプロイの種類&lt;/h2&gt;
&lt;h3 id=&#34;rolling-deployment&#34;&gt;Rolling Deployment&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;ローリングアップデート方式は、新バージョンのサーバーを作りながら、トラフィックを旧バージョンのサーバーから新バージョンのサーバーへ徐々に移す形式である。&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id=&#34;blue-green-deployment&#34;&gt;Blue-Green Deployment&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;アプリケーションまたはマイクロサービスの旧バージョンにあったユーザートラフィックを、旧バージョンとほぼ同一の新バージョンへ段階的に移行するアプリケーションリリースモデルである。&lt;/li&gt;
&lt;li&gt;旧バージョンを blue 環境、新バージョンを green 環境と呼ぶことができる。本番トラフィックが blue から green へ完全に移行されたら、blue はロールバックに備えて待機状態にするか、本番から外した後に更新して次回更新のテンプレートにできる。&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 id=&#34;canary-deployment&#34;&gt;Canary Deployment&lt;/h3&gt;
&lt;ul&gt;
&lt;li&gt;Canary という用語の由来を知ると理解しやすい。Canary はカナリアという鳥を指し、この鳥は一酸化炭素や有毒ガスに非常に敏感だといわれる。そのため、昔の鉱夫はこの鳥をそばに置いて鉱山で作業し、カナリアが突然死ぬと避難したという。&lt;/li&gt;
&lt;li&gt;Canary デプロイは、カナリアのように危険を素早く検知できるデプロイ手法である。カナリアデプロイでは一部のサーバー、たとえば 10% 程度にだけ新バージョンをデプロイして運用し、問題がないことを確認した後、徐々にすべてのサーバーへ新バージョンをデプロイする。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;cicd-ツール&#34;&gt;CI/CD ツール&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;Jenkins&lt;/li&gt;
&lt;li&gt;Travis CI&lt;/li&gt;
&lt;li&gt;Bamboo&lt;/li&gt;
&lt;li&gt;CircleCI&lt;/li&gt;
&lt;li&gt;TeamCity&lt;/li&gt;
&lt;/ul&gt;

      </description>
      
      <category>CI/CD</category>
      
    </item>
    
  </channel>
</rss>
