このページの本文へ

前へ 1 2 次へ

「OpenShift」導入で開発/テスト環境の柔軟さを向上、従来の制約を排除―「Red Hat Forum 2016」

日立、大規模受託開発環境にコンテナを採用した理由を語る

2016年11月02日 07時00分更新

文● 大塚昭彦/TECH.ASCII.jp

  • この記事をはてなブックマークに追加
  • 本文印刷

パブリッククラウドも活用可能、柔軟さを増した新たな統合開発環境

 こうして日立 アプリケーションサービス事業部では今年4月、レッドハットのコンテナ基盤ソフトウェアである「Red Hat OpenShift Container Platform」を導入し、日立のJavaEEアプリケーションプラットフォームである「Justware」と組み合わせた統合開発環境を構築した。

 この開発環境の構築においては、将来の発展も見据えて「オープン」「自動化」「経験」という3点を重視したという。

 「オープンテクノロジーの採用で、開発者も慣れ親しんだ環境が利用できる。また自動化は、効率化もさることながら、われわれにとっては属人性を低減させて品質をより均一化することが狙い。さらに、当事業部の50年以上におよぶ経験から得たノウハウを、このプラットフォーム上で具体化していきたいと考えている」(広瀬氏)

新しい統合開発環境のコンセプトは「オープン」「自動化」「経験」

 具体的なインフラ/ソフトウェアスタックの構成はプロジェクトごとに異なるものの、インフラとしてオンプレミスサーバーだけでなく、パブリッククラウドサービス(Microsoft Azureなど)も活用できる構成としており、これまで問題だった準備期間(調達期間)の短縮、開発者数の急な増減への対応も実現している。

 そのほか、開発チーム自身がセルフサービスポータルから利用申請すればすぐに開発環境(ソフトウェアスタック)が用意され、その環境上でコンテナも活用できるなど、これまでの開発環境では得られなかった柔軟さと高い集約度が生まれているという。

新たな開発環境におけるソフトウェアスタックの一例。インフラ部分はオンプレミスサーバー/クラウドを選択可能、さらにコンテナ技術適用で柔軟さと集約度を確保

 より詳しく統合開発環境の内容を見ると、OpenShiftをベースとして、JavaEEベースのアプリケーションフレームワーク(Justware)、プロジェクト管理ツールやCI環境を含む開発支援環境で構成されている。

 なお日立のJustwareは今年4月、機能強化によってOpenShiftに対応し、OpenShiftのコンテナ技術やデプロイ管理機能との組み合わせによって開発/テストにおける柔軟性確保、効率向上を実現している。

アプリケーションフレームワーク

各種設計情報はリポジトリで一元管理

 またフロントエンド側の開発環境にも、レッドハットのMBaaSである「Red Hat Mobile Application Platform」と、アシアルのHTML5アプリ開発基盤である「Monaca」や「Onsen UI」とを組み合わせ、採用したことを同日、発表している

 前述したCI環境は、コードリポジトリの「GitHub Enterprise」やCIツールの「Jenkins」、ビルドツールの「Maven」などで構成されており、これらがDockerと連動して、コンテナイメージからのテスト環境の生成とアプリケーションのビルド、テスト実行までが自動化されている。

CI環境によりテスト環境の準備からビルド、テスト実行までを自動化している

将来の本番環境への導入、マイクロサービス化にも備えるコンテナ採用

 広瀬氏は、同事業部がコンテナテクノロジーを初導入するにあたり、レッドハットのOpenShiftを選択した理由を「商用サポートがあったから」だと語った。

 「コンテナ技術、Dockerならば、OSSを含めいろいろなプロダクトがあるのは事実。ただし、商用サポートが受けられるとなるとレッドハットだった。また、エンタープライズ市場ではすでにレッドハットの製品やプラットフォームが多く採用されており、(将来的に考えられる)顧客環境への導入も敷居が低いのではと考えた」

 今回、日立 アプリケーションサービス事業部がコンテナ技術を適用したのは、あくまでも開発/テスト環境においてだ。ただし今後、コンテナに対する顧客側の理解が進めば、コンテナ化したアプリケーションをそのまま本番環境にデプロイすることも十分に考えられる。

 また広瀬氏は、これから業務アプリケーションにも「マイクロサービス化」の波が押し寄せることになり、そのためにもコンテナ環境が欠かせなくなることを指摘した。

 「マイクロサービスとコンテナは“車の両輪”の関係。マイクロサービスを簡単、迅速にデプロイするためには、(OSからライブラリ、ミドルウェアまで)フルスタックの仮想マシンではなく、コンテナが適している。マイクロサービスとコンテナはそういうバランスで成り立っており、マイクロサービスの普及と並行してコンテナ普及も加速していくだろう」

前へ 1 2 次へ

カテゴリートップへ

本記事はアフィリエイトプログラムによる収益を得ている場合があります

アクセスランキング

  1. 1位

    TECH

    訓練だとわかっていても「緊張で脇汗をかいた」 LINEヤフー、初のランサムウェア訓練からの学び

  2. 2位

    ITトピック

    若手が言わない“本音の退職理由”上位は/「データ停止は景気後退よりも企業の脅威」6割/クライアントに告げずAI活用するフリーランス、ほか

  3. 3位

    ビジネス・開発

    最悪のシナリオは「フィジカルAI」による基幹産業の衰退 日本の勝ち筋は、“同期技術”と“ドメイン知識”

  4. 4位

    Team Leaders

    ファイル名が命名規則に合っているかの自動チェック、Power Automateのフローで実現しよう

  5. 5位

    TECH

    “GPUなし”ノートPCで動くLLMで、ローカルAIエージェントを自作する

  6. 6位

    TECH

    糖尿病超早期を採血なしで検出、予防へ! 代謝や臓器のつながりに着目した予防法開発

  7. 7位

    ビジネス

    廃校がAIの心臓部に!? 地方の遊休施設を「AIデータセンター」に生まれ変わらせるハイレゾの挑戦がアツいぞ

  8. 8位

    データセンター

    液冷技術の最先端が集うイノベーションラボ「DRIL」、印西のデータセンターに現わる

  9. 9位

    TECH

    業界横断で“サイバー攻撃から供給網を死守” NTT・アサヒ・トライアルらが「流通ISAC」始動

  10. 10位

    Team Leaders

    バックオフィス業務もAIに“丸投げ” マネーフォワードが「Cowork」機能を2026年7月に投入へ

集計期間:
2026年04月08日~2026年04月14日
  • 角川アスキー総合研究所