CIプロセスを22分から5分に短縮
数百の開発チームでDevOpsを実現 航空会社があの「CI/CDツール」を選んだ理由
新型コロナウイルス感染症の影響を大きく受けたユナイテッド航空は、旅行需要の変動に柔軟に対処できるよう開発体制を見直した。同社が新しく導入したCI/CDツールとは。
2020年、新型コロナウイルス感染症のパンデミック(世界的大流行)によって航空業界の業績は急激に悪化した。その後、パンデミックが落ち着くと、今度は航空旅客需要の急増に航空業界は直面した。
米国の航空会社United Airlines(ユナイテッド航空)も、パンデミックの影響を受けた一社だ。航空需要の変動によって、同社の開発体制は大きく混乱し、ソフトウェアのアップデートやデプロイ(配備)が計画通りに進まないといった問題を抱えていた。そうした中で同社は、開発体制の見直しとCI/CD(継続的インテグレーション/継続的デリバリー)ツールの刷新を決断した。
ユナイテッド航空がCI/CDツールの刷新を決めた理由
2022年、ユナイテッド航空はソフトウェアデリバリーの集約と標準化の取り組みを始めた。同社はこの取り組みを、オンプレミスシステムのクラウド移行の一環として実施した。
移行先のインフラは、「Amazon Web Services」(AWS)のコンテナオーケストレーションサービス「Amazon Elastic Container Service」(Amazon ECS)とKubernetesサービス「Amazon Elastic Kubernetes Service」(Amazon EKS)で構築したコンテナ環境だ。
ユナイテッド航空は、開発者がより簡単にサービスにアクセスできるように、新たなツールを導入。開発者は以下のツールを使うことで、より迅速に、かつ効率的にクラウドサービスのリソースを活用し、ソフトウェアデリバリーを加速できるようになった。
- Kubernetes用パッケージマネジャー「Helm」
- Kubernetes用に構築されたアプリケーションを管理し、デプロイ(配信、配備)や運用を効率化する。
- Kubernetesクラスタオートスケーラー「Karpenter」
- Kubernetesクラスタ内のリソース利用率を最適化し、インフラを自動でスケーリングする。
- IaC(Infrastructure as Code:コードによるインフラ管理)ツール「Terraform」
- 複数のKubernetes環境を統合管理する。
従来、ユナイテッド航空はCI/CDツールとしてJetBrainsの「TeamCity」を使用していたが、デプロイにおいて遅延が発生するという課題を抱えていた。原因は「CIステージ」(CI/CDパイプラインの処理の単位)が整備されておらず、ソフトウェアのビルド(実行可能ファイルの生成)やテストのプロセスが非効率になっていることだ。そのため、ソフトウェアデリバリーの後半になってからしばしば問題が発覚し、修正に時間がかかっていた。
「DevOpsを実践する上で、開発チームの規模を考慮することは重要だ」。こう話すのは、ユナイテッド航空でDevOpsエアポートオペレーションテクノロジー担当シニアマネジャーを務めるラジェスワリ・コッパラ氏だ。
「小規模な開発チームにとって魅力的なDevOpsツールでも、大規模な開発チームでの使用には適さないことがある。当社には何百もの開発チームが存在し、拡張性に優れる開発ツールが必要だった」(コッパラ氏)
“大規模DevOps”に向けて選んだCI/CDツールとは?
ユナイテッド航空は「Octopus Deploy」「GitLab」「Spinnaker」など複数のCI/CDツールを評価し、2022年後半に「Harness」を採用した。
Harnessを選んだ理由の一つが、ツール連携先の選択肢が豊富なことだ。開発者は好みに応じてツールを選び、CI/CDやIaC、機能フラグ、セキュリティテストオーケストレーション、テストインテリジェンスなどと既存のワークフローを連携させることができる。
例えば、「GitHub Actions」を使ってIaCを自動化し、Harnessを介してCI/CDを実施するといったことが可能だ。「特定のツールに依存する必要がない点がメリットだ」とコッパラ氏は評価する。
HarnessはSaaS(Software as a Service)だが、インフラにインストールして利用する「Harness Delegate」というコンポーネントを備えている。ユナイテッド航空はこのコンポーネントを用いて、AWSの仮想プライベートクラウド内でCIパイプラインをスケーリングし、遅延が発生していたTeamCityの一部のデプロイをHarnessに置き換えた。
Harness DelegateはKubernetes上にデプロイされるため、スケーリングが可能で、必要に応じてリソースを追加できる。「開発者は“ビルドを実行するためのリソース”が空いているかどうかを確認する必要がなく、いつでもビルドプロセスを開始できる。これはオンプレミスのツールではできなかったことだ」とコッポラ氏は評価する。
新しいCI/CDツール導入で開発はどう変化?
ユナイテッド航空のCIプロセスは、以下のステップで構成されている。
- 単体テスト(ユニットテスト)
- アプリケーションの個々の機能やコンポーネントをテストして、正しく動作するかどうかを確認する。
- 静的、動的コードスキャン
- 静的なコード解析や動的なランタイム(実行環境)テストを通して、ソースコードの品質とセキュリティの問題を検出する。
- ビルドイメージスキャン
- 作成したビルドイメージ(アプリケーションの実行可能なパッケージ)に対してセキュリティスキャンを実施し、潜在的な脆弱(ぜいじゃく)性を特定する。
- ソースコードのプッシュ
- スキャン済みのソースコードを「JFrog Artifactory」などのリポジトリにアップロードし、ソースコードの変更や進捗(しんちょく)を可視化する。
従来は最大22分かかっていた一連の処理が、Harnessの導入後は約5分でできるようになった。開発者は、自動化されたシステムからCI/CDパイプラインにアクセスできるため、待ち時間をさらに短縮することも可能だ。
コッパラ氏のDevOpsチームは、アプリケーション開発、実行環境である「.NET Core」「Node.js」「Angular」やプログラミング言語「Java」ごとにHarnessのテンプレートを作成。開発者がプロジェクトマネジメントツール「Jira Software」の課題追跡システムを通じてチケットを起票すると、自動化プロセスが開始するという仕組みを構築している。
「CIパイプラインを必要に応じて提供する仕組みを構築したことで、開発チームは同じ作業を繰り返す必要がなくなった」とコッパラ氏は評価する。
「Harness」独自の魅力とは
ユナイテッド航空は当初、CloudBeesやAtlassian、GitLabなどのベンダーが提供するCI/CDツールも検討していた。その中でもHarnessが際立っていたのは、人工知能(AI)技術を用いた自動ロールバック機能を提供している点だ。これは、問題のあるデプロイメントを自動的に元に戻す機能だ。同社はCI/CDパイプラインにこの機能を組み込む計画だという。
例えば、新しいアプリケーションをアップデートしたとする。デプロイ後にバグの影響でアプリケーションが動かなくなった場合、通常は開発者が修正するが、HarnessではAIモデルが問題を検出してデプロイ前のバージョンに自動でロールバックしてくれるというわけだ。「デプロイ後に不具合が発覚した場合、システムが自己修復できる段階に進みたいと考えている」とコッパラ氏は説明する。
ユナイテッド航空における開発の今後
ユナイテッド航空は、Datadogのオブザーバビリティ(可観測性)ツールとHarnessを統合する概念実証(PoC)を終え、今後はアプリケーションチームへの提供を開始する計画だ。
コッパラ氏は「新しい働き方に適応することは、技術的な課題と同じくらい人間的な課題でもある」と考えており、開発者の成熟度を評価する仕組みの重要性を指摘している。こうした背景から同氏は、Harnessの「エンジニアリング成熟度評価機能」(β版)についても導入を検討しているという。これは、組織やチームの開発能力やプロセスの成熟度を評価するための機能だ。
新しいツールをチームに導入する際には、なぜその変化が必要なのかを明確に説明する必要がある。ツールが技術的に優れていても、実際に使う人がその価値を理解して受け入れなければ、効果は半減してしまうからだ。
変化の必要性を説明するためには、現在の状況(ベースライン)を把握し、改善の必要性を示すデータが不可欠だ。「CI/CDツールには、開発者の成熟度を評価する機能が備わっているべきだ」とコッポラ氏は語る。
TechTarget発 世界のインサイト&ベストプラクティス
米国TechTargetの豊富な記事の中から、さまざまな業種や職種に関する動向やビジネスノウハウなどを厳選してお届けします。
Copyright © ITmedia, Inc. All Rights Reserved.
TechTarget発 世界のインサイト&ベストプラクティス
米国TechTargetの豊富な記事の中から、さまざまな業種や職種に関する動向やビジネスノウハウなどを厳選してお届けします。
この記事の著者
関連記事
新着ホワイトペーパー PR
-
事例
[株式会社キーエンス] PCが苦手でも自動化できる ポポラマーマなど4事例に学ぶ「ナビ搭載型RPA」活用 -
製品資料
[株式会社クレオ] IT部門を“価値創造組織”へ転換 IT管理プロセスの改革で戦略的リソースを確保 -
製品資料
[株式会社クレオ] Excel管理が限界に――ITサービス管理の脱・属人化と運用高度化を実現する方法 -
製品資料
[株式会社クレオ] 西武グループやイオングループも実践 事例に学ぶ「ITサービスデスク業務」改善 -
製品レビュー
[株式会社クレオ] 「使われないITシステム」から脱却 現場が求める業務改善を実現する方法
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
3
「レガシーシステム・老朽化システムの運用課題と刷新」に関するアンケート
-
4
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
5
セキュリティは「情シス任せ」が過半数 漏えい発生時やSCS評価制度の課題は?
-
6
1回で分かる:仮想マシンを丸ごとバックアップする「VADP」の仕組み
-
7
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
8
脱VMwareか、継続か? 仮想化ソフト主要6製品の運用管理と統制機能を徹底比較
-
9
世界PC出荷数が20%急減 情シスを直撃するPC先行調達の反動と価格高騰
-
10
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
4
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
5
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
6
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
7
東大教授と考える、AI時代の「データ主権」「信頼性」「ガバナンス」の在り方
-
8
Linux初心者でも知らないとまずい「RHEL」「SLES」の違いとは?
-
9
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
10
ランサムウェア攻撃“究極の対策”はこれだ
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー