継続的インテグレーションから継続的デプロイへ
Jenkinsコミッタの川口さんの記事を見かけたのでリンクしておく。
【元ネタ】
InfoQ: 継続的デリバリのパターン
InfoQ: Jenkinsによる継続的インテグレーションのススメ(1)
InfoQ: Jenkinsによる継続的インテグレーションのススメ(2) ~Jenkinsを使い始める~
InfoQ: Jenkinsによる継続的インテグレーションのススメ(3) ~Jenkinsで分散ビルド~
(引用開始)
元々CIはこのようにビルド・テストの実行といった狭い分野にフォーカスしていましたが、最近では、汎用の自動化プラットフォームとして、バックアップ・リリース・デプロイメントなどのスクリプト可能な作業をなんでもやらせる事も広義のCIに含んでよいと思います(Continuous Deploymentなどと呼ばれる事もあります)。今までは、こうした作業は担当者が個人の計算機上でスクリプトとして記述することが普通でしたが、ちょうど開発者がIDEとは切り離された誰にでも実行可能なビルドスクリプトの利便性に気づいたように、担当者の個人の環境を離れて誰にでも見え、修正でき、実行できるような形に書く事で、属人性と環境依存性を排除することができます。
(引用終了)
CIというアイデアは、単なるビルド管理の自動化だけではない。
「継続的インテグレーション入門」に書かれているように、継続的デプロイ・継続的インスペクション・継続的フィードバックなどあらゆる作業の自動化をサポートできる。
PaaSなどのクラウドでサーバーやハードウェアと言うインフラ管理も自動化できるので、それらと組み合わせれば、本番環境構築、本番リリース作業やデータ移行などをもっと自動化出来るはず。
それによって、顧客へより早く正確に納品できるようになるはず。
Continuous Delivery~TDDとCIの次に現れた自動化の概念: プログラマの思索
更なるCIツールの使い道は、バッチ処理のサポートだろうと思う。
ソフトウェア工学におけるメトリクス収集処理は、CIツールを使うことでより簡単に、より利便性が良くなると思う。
Jenkinsの特長 - メトリクス収集サーバの視点から -: ソフトウェアさかば
Redmineを業務システム化するアイデア~メトリクス集計の本質は集計バッチ処理: プログラマの思索
| 固定リンク
「ソフトウェア工学」カテゴリの記事
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- Redmineは組織のナレッジ基盤として実現可能なのか~島津製作所の事例を読み解く #redmineT(2024.12.29)
- アーキテクチャ設計はベストプラクティスを参照するプロセスに過ぎないのか?~Software Processes are Software, Too(ソフトウェアプロセスもまたソフトウェアである)(2024.09.22)
- 「システムアーキテクチャ構築の原理」の感想part2~非機能要件がシステムのアーキテクチャに影響を与える観点をプロセス化する(2024.05.06)
- 「システムアーキテクチャ構築の原理」の感想(2024.05.06)
「構成管理・Git」カテゴリの記事
- 「GitLabに学ぶ 世界最先端のリモート組織のつくりかた」の感想(2023.12.10)
- パッケージ設計の原則の意義は変化しているのか(2023.09.30)
- 小説活動にプルリクエスト駆動が必要になってきた(2022.05.08)
- 【資料公開】チケット駆動開発の解説~タスク管理からプロセス改善へ #redmine(2022.01.14)
- プログラミングしてる時はでっかいピタゴラ装置を作ってるみたいな感じ(2022.01.09)
「Agile」カテゴリの記事
- チームトポロジーの感想~大規模アジャイル開発でも組織構造は大きく変化する(2025.01.01)
- 「世界一流エンジニアの思考法」の感想(2024.12.08)
- 「システムアーキテクチャ構築の原理」の感想part2~非機能要件がシステムのアーキテクチャに影響を与える観点をプロセス化する(2024.05.06)
- 「スクラムの拡張による組織づくり」のScrum@Scaleの感想(2024.03.31)
- ソフトウェア工学の根本問題から最近のソフトウェア設計を考えてみる(2024.03.03)
コメント