GitLab CI/CDをベースにJenkinsも導入へ - ログ解析を通じたCI/CDツール選定

1. はじめに

CI/CDの導入は、開発プロセスの自動化・効率化を進める上で不可欠です。本稿では、代表的なCI/CDツールである GitLab CI/CD と Jenkins の特性と、実運用での使い分けについて、具体的なユースケースを交えて整理してみました。

項目	GitLab CI/CD	Jenkins
開発元	GitLab社	OSS（コミュニティ主導）
インストール要否	GitLabに統合（SaaS/オンプレ）	自前でサーバ構築が必要
ジョブ定義	`.gitlab-ci.yml`（YAML）	Jenkinsfile または GUI設定
プラグイン	少なめ（標準機能が充実）	豊富なプラグイン群
VCS連携	GitLabに特化	多様なVCSに対応（GitHub, Bitbucketなど）

メリット

デメリット

メリット

デメリット

判断軸	GitLab CI/CDが向いている	Jenkinsが向いている
Gitとの連携	GitLab利用時	GitHub, Bitbucketなどと併用している場合
導入コスト	低く抑えたい	環境構築・カスタマイズ重視の場合
ワークフロー	シンプルでGitベース	複雑な条件分岐や外部連携、非Gitトリガ対応
運用規模	小〜中規模チーム	大規模、複数プロジェクト管理時
IN/OUTファイル	コミット必要(構成管理対象のファイル)	コミット不要(構成管理対象だけでなく一時ファイルも解析できる)

当初はGitLab CI/CDで構築していたが、以下の課題に直面：

このため、GitLabでCI/CDを運用していたが、課題に直面し、後からJenkinsの導入を検討・実装しました。

CAN通信ログに含まれるCPU使用率ログをPythonで解析し、Jenkins上で以下のフローを構築：

→ JenkinsはGitに依存せず、柔軟にファイルを取り扱えるため、ログ解析などの一時的な処理に最適

また、Jenkins上で解析スクリプトを柔軟に差し替えられるため、ログ形式の変更やフィルタ条件の追加などにも素早く対応できる。

→ コードとドキュメントの変更・レビュー・CIを1つのUIで完結できる点が大きな強み