Jump to section

アジャイル・インテグレーションに Red Hat を選ぶ理由

URL をコピー

誤解しないでください。革新的な製品とサービスを継続的に提供することは、デジタル市場で競争力を維持するために重要です。しかし、他のレガシー・テクノロジーと適切につながれていなければ、新しいアプリケーションの良さが損なわれてしまいます。しかも、この新しいアプリケーションを既存のアーキテクチャと統合するのに数カ月から数年も要するようでは、ビジネスに実際の価値がもたらされるまで、途方もなく長い時間がかかります。

アジャイル手法DevOpsCI/CD 自動化、またはその他のよく耳にする IT の流行語に代表される技術により、ウォーターフォール開発サイクルの時代は終わりを告げました。しかし、開発者の生産性が向上したら終了というわけではありません。イノベーションには統合が必要で、しかも現在の開発作業と速度を揃える必要があります。

Red Hat は、一元化やサイロ化アーキテクチャではなく、分散および反復統合アーキテクチャが、アプリケーション開発のみならずインフラストラクチャにも俊敏性をもたらすと考えています。正確には、コンテナ化されたマイクロサービスハイブリッドクラウドアプリケーション・プログラミング・インタフェース (API) を、開発者がよく知っているアジャイルな DevOps 手法と連携した、アーキテクチャ上のフレームワークです。

ポイントツーポイントまたはハブアンドスポーク接続が少しあるだけの時代から前進したとはいえ、エンタープライズ・サービス・バス (ESB) の目的は柔軟性のないサイロ化されたインフラストラクチャでした。一元化されたチームがモノリシックなテクノロジーを管理するというこの従来の統合アプローチでは、分散アプリケーションの開発と長期的な有用性が阻害されてしまいます。ESB には、セキュリティの優先順位付けやデータ整合性といったメリットがありますが、エンタープライズ全体のインテグレーションの定義を 1 つのチームに依存しています。さらに、統合アーキテクチャの単一障害点になります。

一方、俊敏な DevOps 手法で開発された現在の疎結合されたクラウドネイティブ・アプリケーション・アーキテクチャには、やはり俊敏でスケーラブルな統合アプローチが必要です。相互を接続するために、これらの新しいアプリケーションが必要です。また、レガシーのアプリケーションとデータにアクセスできるようにするためにも必要です。Red Hat はこのようなビジネスニーズをサポートするため、統合プラットフォームと管理ソフトウェアを提供し、レガシー・テクノロジーとマイクロサービスをハイブリッドクラウド環境上で速やかに接続できるようにします。このアプローチを「アジャイル・インテグレーション」と呼んでいます。

Red Hat ではアジャイル・インテグレーションを、統合テクノロジー、アジャイル・デリバリー・テクニック、およびクラウドネイティブ・プラットフォームを組み合わせてソフトウェアを提供する際の速度とセキュリティを向上させるものであると考えています。具体的に言うと、アジャイル・インテグレーションでは、API のような統合テクノロジーを Linux コンテナにデプロイし、機能横断型チームが統合の役割を担うようになります。

このフレームワークでは、マイクロサービスの迅速な開発と迅速な統合が可能です。Red Hat® Fuse 上で統合し、API を Red Hat 3scale API Management で管理すると、マイクロサービスを実際的に既存のアーキテクチャにシームレスに「落とし込む」ことができます。このため、内外のユーザーへの価値提供をすぐに開始できます。データをインフラストラクチャ内で共有するため、Red Hat AMQ は高スループットで低レイテンシーのメッセージングを活用します。サービスをアップデートまたは削除したことでアプリケーション全体が破損するリスクはなくなります。アジャイル・インテグレーション・プロセスによる疎結合のアーキテクチャではフォールトトレランスが向上しているからです。

つまり、アジャイル・インテグレーションによってエンタープライズ統合は、解決すべき問題から、分散したサービスに対して柔軟に拡張できるプラットフォームへと変化したのです。

 

問題:物流の世界大手である UPS は、Center Inside Planning and Execution System (CIPE) と呼ばれる新しいアプリケーション・プラットフォームを使用して、梱包業務と配送を効率化したいと考えていました。さらに同社は、CIPE の新機能とこの新しい作業方法の両方をサポートする、より俊敏なコラボレーション方式の DevOps アプローチ/テクノロジーの採用を希望していました。UPS のアプリケーション開発担当シニアマネージャー、Rich West 氏は次のように語っています。「私たちは、従来のテクノロジーからクラウドに移行し、リアルタイムのビッグデータ分析を活用して、より効果的な意思決定を行う必要がありました」

ソリューション:UPS は、コンテナ・テクノロジーがクラウドベースの俊敏なワークフローへのニーズを満たすと判断し、さまざまなソリューションを評価しました。同社は新しいアプリケーション環境の構築に、Red Hat のエンタープライズ・オープンソース・テクノロジーを使用することに決めました。UPS はさらに、CIPE の計画とデプロイメントについて、Red Hat コンサルティングにサポートを求めました。UPS のアプリケーション開発担当シニアマネージャー、Stacie Morgan 氏は、次のように述べています。「Red Hat コンサルティングは、開発者を対象にコンテナ・プラットフォーム・テクノロジーのトレーニングを実施してくれました。3 カ月でサイトアプリケーションの最初の反復処理を開始できるようになりました。これほど迅速にプラットフォームを立ち上げられたのは初めてです」

Icon-Red_Hat-Media_and_documents-Quotemark_Open-B-Red-RGB 有用なデータ分析と革新がかつてない速度で実現しています。UPS は今、活気に満ち溢れています。Red Hat のテクノロジーが、私たちのイノベーションの過程において大きな役割を果たしてくれました。

Nick Costides 氏

UPS 情報テクノロジー代表

関連資料

記事

統合 (インテグレーション) とは

統合に関する詳細な情報をお探しですか?デジタル・トランスフォーメーションとは何か、どのように導入できるか、そして、オープンソースがどのような相乗効果をもたらすのかを説明します。

記事

Apache Kafka とは

Apache Kafka は分散データストリーミング・プラットフォームで、レコードのストリームをリアルタイムで公開、サブスクライブ、保存、処理できます。

記事

API とは

API はアプリケーション・プログラミング・インタフェースの略であり、アプリケーション・ソフトウェアを構築および統合するための一連の定義とプロトコルです。

統合 (インテグレーション) の詳細はこちら

製品

セキュリティを念頭に置き、ハイブリッドクラウド全体で大規模にアプリケーションを構築、デプロイ、運用できるように設計された包括的な統合 (インテグレーション) およびランタイムテクノロジー。 

ハイブリッドクラウドのエクスペリエンスを効率化するホスト型およびマネージド型のプラットフォーム、アプリケーション、データサービスが含まれます。これにより、クラウドネイティブ・アプリケーションの提供に伴う運用コストと複雑さを軽減できます。

クラウドネイティブ・アプリケーションの開発とメンテナンスに役立つ製品、ツール、コンポーネン​トを 1 つのセットとしてまとめたものです。Red Hat AMQ、Red Hat Data Grid、Red Hat JBoss® Enterprise Application Platform、Red Hat JBoss Web Server、 Red Hat の OpenJDK ビルド、Red Hat の Quarkus ビルド、クラウドネイティブ・ランタイム一式、Migration Toolkit for Applications、シングルサインオンおよびランチャーサービスが含まれます。

ハイブリッド・インフラストラクチャ全体でアプリケーションとデータを接続するための統合お​よびメッセージング・テクノロジーの包括的なツール。Red Hat 3scale API Management、Red Hat AMQ、Red Hat Runtimes、変更データキャプチャ、およびサービスレジストリが含まれます。

リソース

e ブック

クラウドネイティブとハイブリッドクラウドの融合:戦略ガイド

トレーニング

無料のトレーニングコース

Red Hat Agile Integration Technical Overview