「エンタープライズ自動化プラットフォーム」という言葉を聞くと、インテグレーションや自動化のユースケースを思い浮かべる方が多いでしょう。」
この最初の発想は決して間違っていませんが、エンタープライズ自動化プラットフォームはビジネスにとって重要な別の領域、つまりアプリケーションモダナイゼーションにも役立てることができます。
エンタープライズ自動化プラットフォームがアプリケーションのモダナイゼーションにおいて果たす役割を、3つの異なるアプローチを通じて解説します。
読み終えるころには、エンタープライズ自動化プラットフォームをさらに活用する方法だけでなく、アプリケーションモダナイゼーション戦略を前進させる次のステップも見えてくるはずです。
さらに詳しく知りたい方へ
バックエンドAPIの有効化
3つのモダナイゼーションアプローチの中で最も一般的で歴史のあるバックエンドAPIの有効化は、ERP・CRM・コアバンキング・クレーム管理・請求・SCMなどのレガシーなシステムオブレコード（SoR）アプリケーションを、APIを通じてモダンなデジタルアプリケーションと接続できるようにするものです。
このシナリオでは、SoR自体は変わりませんが、デジタルアプリケーションはそのデータとビジネスロジックを活用できるようになります。これはほとんどのデジタルアプリケーション（モバイルバンキングやモバイルコマースを例に考えてみてください）にとって必要な前提条件です。
エンタープライズ自動化プラットフォームはこのアーキテクチャの支援において重要な役割を果たします。APIゲートウェイ機能を通じて、デジタルアプリケーションが利用するAPIを公開・監視・管理・セキュアに保ちます。
アーキテクチャのもう一方の端では、エンタープライズ自動化プラットフォームのデータ・アプリケーションインテグレーション機能が、APIの機能を実装する複合サービスをさまざまなSoRと接続します。
これらすべてを確立すると、複合サービスはデジタルアプリケーションのAPIコールに応答し、要求されたSoRデータを取得してそれを必要とするデジタルアプリケーションに送り返せるようになります。
このアーキテクチャは明らかに価値があり、広く普及していて実証済みですが、スケーラビリティ・パフォーマンス・可用性において限界があります。たとえば、システムオブレコードが一時的に利用できない場合、特定のAPIコールは機能しません。
その結果、デジタルアプリケーションは特定のSoRから必要なデータを取得できなくなります。さらに、SoRはデジタルアプリケーションが必要とする高いワークロードをサポートするように設計されていないことがほとんどです。デジタルアプリケーションは数十万人、あるいは数百万人ものユーザーにサービスを提供することがあるからです。
言い換えれば、SoRは多数の受信APIコールに対して低レイテンシで効率的にサービスを提供できないため、デジタルアプリケーションが顧客満足を維持するために必要なレスポンシビリティを発揮できない可能性があります。
関連記事：ITモダナイゼーションとは何か？
デジタルインテグレーションハブ
デジタルインテグレーションハブ（DIH）アーキテクチャは前のアプローチと同じように機能しますが、ひとつの大きな違いがあります。SoRとAPI・関連サービス・デジタルアプリケーションの間に、データ管理レイヤーが設けられています。
このレイヤーは本質的に、APIをサポートするために必要なSoRのデータを統合・最適化したコピーを保存します。これにより、APIサービスはSoRでトランザクションをトリガーする（従来のバックエンドAPIの有効化シナリオの場合）のではなく、データ管理レイヤーをクエリすることで必要なデータを取得できます。
データ管理レイヤーは、エンタープライズ自動化プラットフォームのアプリケーション・データインテグレーションツールによってSoRと接続されています。そして、チェンジデータキャプチャやイベントブローカー（Apache Kafkaなど）のようなイベントベースのテクノロジーを使用することで、新しいレイヤーとSoRのデータをリアルタイムまたはほぼリアルタイムで同期した状態に保つことができます。
そのため、たとえばあるSoRデータが変更された場合、データ管理レイヤー内の関連するデータ項目もできる限り速く更新されます。
このアプローチは前のアプローチが持つレジリエンシー・スケーラビリティ・パフォーマンスの面での欠点を解消します。
デジタルアプリケーションはデータ管理レイヤーで必要なデータを見つけられるため、SoRが24時間365日稼働している必要がなくなります。さらに、データ管理レイヤーのスケールアップ・ダウンは大幅に容易かつ低コストになり、デジタルアプリケーションのパフォーマンスを継続的に最適化できます。
たとえば、NoSQLやインメモリテクノロジー上に構築されたデータ管理レイヤーをスケールさせることは、メインフレームのコアバンキングアプリケーションや従来のERPシステムと比較してはるかに容易です。
DIHを成功裏に確立した後は、それを活用してSoRを段階的にモダナイゼーションすることもできます。
実際、DIHはデジタルアプリケーションとSoRの間の強力な疎結合レイヤーとして機能します。原則として、両者はお互いについて何も知る必要がありません。両者に共通するのはDIHのデータ管理レイヤーだけだからです。
その結果、新しいデジタルアプリケーションはSoRへの影響がないかほとんどなく、新しいSoRがデータ管理レイヤーに同じデータを提供できる限り、SoRの置き換えはデジタルアプリケーションに対して透過的に行えます。
最終的にDIHにより、ビジネスにとって意味のあるペースで、さまざまなアプローチを通じて、レガシーSoRを1つずつモダナイゼーションし始めることができます。これにはレガシーシステムをSaaSアプリケーションに置き換えることから、SoRをクラウドネイティブな形で再構築すること、あるいはまだ価値があるアプリケーションをクラウドにリフト＆シフトすることまで、あらゆる手法が含まれます。
コンポーザブルビジネスアプリケーション
アプリケーションモダナイゼーションの最も高度なアプローチは、コンポーザブルビジネス戦略の採用です。
このアプローチでは、レガシーSoRを複数のよく定義されたパッケージ化されたアプリケーションコンポーネント（パッケージドビジネスケイパビリティと呼ばれることが多い）に置き換える必要があります。これらのコンポーネントはAPIやイベントを通じて利用できます。アイデアとしては、アプリケーションがITとビジネスチームの合弁事業によって「コンポーズ」されるというものです。
より具体的には、両チームが「フュージョンチーム」と呼ばれる形で協働し、オーケストレーションのローコードツールを使ってこれらのコンポーネントをビジネスに独自の価値をもたらす形で組み合わせます。
このアプローチに取り組む最大のメリットはアジリティに集約されます。フュージョンチームは従来のアプローチよりも迅速かつ容易に、大量のアプリケーションを構築し継続的に改善できるようになります。
また、コンポーザブルビジネスアプリケーションの構築には複数のテクノロジー（「アプリケーションコンポジションプラットフォーム」を構成するもの）が必要ですが、その多くはすでにエンタープライズ自動化プラットフォームの一部であることが多く、できるだけ早くエンタープライズ自動化プラットフォームに投資することがいっそう重要になります。
端的に言えば、今日のエンタープライズ自動化テクノロジーへの投資が、アプリケーションコンポジションに向けた発射台となります。
さて、あなたの番です。現在のアプリケーションモダナイゼーションへのアプローチを振り返り、次のレベルに進むために何が必要かを確認してみましょう。
たとえば、バックエンドAPIの有効化アーキテクチャを使用しているなら、それをDIHで拡張するための要件を探ることができます。そしてすでにDIHを採用してSoRをモダナイゼーションしている場合は、コンポーザブルビジネスアプリケーションを構築するために持っているテクノロジーと、まだ必要なテクノロジーの棚卸しを始めてみてください。