Red Hat Summitカンファレンスでは、金融専門家が銀行やその他の金融機関がビジネスプロセス管理システムをマイクロサービスと組み合わせて再利用する方法について議論しました。 新しいアプローチでは、Red Hat JBossミドルウェアの拡張機能を使用して、アプリケーション開発を簡素化します。 現在、企業情報システムのアーキテクトは、ビジネスプロセスを管理する小さなコンポーネントをルールから分離できるため、市場での専門金融商品の発売を加速できます。
「マイクロサービスを使用すると、ビジネスプロセス管理システムのコンポーネントを簡単にアップグレードできます」と、米国企業のCapital Oneの企業システムアーキテクトであるAndrew Bonham氏は述べています。 「従来のサービス指向アーキテクチャでは、サービスはコーディネーターによって管理されます。 マイクロサービスは、各サービスが事前にプログラムされている、よりリアクティブなアーキテクチャを使用します。
Bonhamは、エンタープライズシステムアーキテクトがプロセスを小さなコンポーネントに分割し、ビジネスプロセス管理メカニズムをアプリケーションに統合し、ルールシミュレーションを使用することを推奨しています。 このアプローチにより、銀行は新しい金融商品のテストを加速できます。 さらに、銀行は、トランザクション処理で使用されるルールのバージョンを追跡するためのメタデータ管理ツールを開発しています。 これにより、リスク管理とコンプライアンスを損なうことなく、ルール管理をビジネスプロセス管理インフラストラクチャから簡単に分離できます。
システムコンポーネントの拡大を避ける
Bonhamは、ビジネスプロセスを管理するメカニズムが拡大するにつれて、企業がそれらを1つのモノリシックアプリケーションに変える傾向があることに注目しました。 彼は、システムのコンポーネントを拡大したり、それらの間に依存関係を作成したりせず、アトミック操作によるコンポーネント間の相互作用を保証することを推奨しました。 彼はまた、モノリシックアプリケーションは多数の依存関係によって特徴付けられ、それを更新することを困難にしていると述べました。
JBossは、スタンドアロンおよび組み込みのビジネスプロセス管理をエンタープライズアプリケーションに統合するためのさまざまなアプローチをサポートしています。 スタンドアロンのビジネスプロセス管理メカニズムは、RESTインターフェイスを使用して他のプロセスと対話する別のサーバーで実行されます。 Bonhamによれば、このアプローチはビジネスプロセスをAPIから分離するのに役立ち、概念の実験的検証を簡素化し、APIの構造を維持することができます。
「複数の部門やプロセスで包括的な管理システムを使用する必要がある場合にも役立ちます」とBonham氏は付け加えました。
また、会議の参加者は、複数のアプリケーションによる1つのメカニズムの使用が問題になる可能性があるため、データセンター内の制御メカニズムとアプリケーションの展開場所を考慮することが重要であるという結論に達しました。 プロジェクトの1つで、Capital One Corporationはアプリケーションをさまざまなデータセンターに配置したため、情報交換が遅れました。
Bonhamは、ビジネスプロセス管理メカニズムをアプリケーションに組み込むと、ネットワーク要求に関連するオーバーヘッドがなくなるため、生産性が向上することを指摘しました。 さらに、埋め込みは、API統合では利用できない多くの追加機能を提供します。
「このアプローチは、ステートレストランザクションで使用する必要があります。また、ルールが守られ、状態の保存が不要な場合にも使用できます」とBonham氏は説明しました。
プログラムではなく設定を行う
会議のトピックの1つは、Infosys Ltd.の経験でした。InfosysLtdは、コアバンキングアプリケーションをプライベートクラウドベースのインフラストラクチャに移行しています。
Finacleの企業プラットフォームは、すべての企業の銀行取引の16.5％を処理します。 Infosysのバイスプレジデント兼チーフテクニカルアーキテクトであるPeter Loopは、同社はサービスコードの作成からアプリケーションのカスタマイズに移行する予定であると述べました。 この移行の意味は、さまざまなビジネス分野に新しい銀行商品を迅速に作成する機会を与えることです。
ループによると、システムへの自動アクセスを実装することはまったく難しくありません。 手動モードで実行されるシステムビジネスプロセスに統合することはより困難です。 Infosysは、タスクを手動で割り当てるためのアダプターを開発しました。これにより、自動および手動のビジネスプロセスを1か所で管理できるようになりました。
ループは、このアプローチは正常に機能するが、トランザクションメタデータの管理には問題があると指摘しました。 それを解決するために、Infosysは、ビジネスプロセスに適用されるルールセットに一致するアプリケーションのメタデータを開発しました。 これにより、スプレッドシートを使用して銀行商品（特定の種類のローンなど）をカスタマイズできます。 マネージャーは、開発者がプログラムでルールをアプリケーションに実装するよりも速くルールを新しい銀行商品に統合します。
イタリアの会社SIAの主要な開発者であるEmanuel Montrasiは、新しいルールをテストするためのシミュレーション環境を作成するという、別の効果的なアプローチがあると指摘しました。 ビジネスアナリストは、新しいルールをシミュレートし、作業の正確性を検証することができます。 シミュレーション後、新しいルールは承認者に送信され、承認者はビジネス環境での使用を許可します。
ルールおよびインフラストラクチャから管理システムを分離する
Loopによると、マイクロサービスはルール管理とは別に内部インフラストラクチャを実装する機会を提供します。 このアプローチのおかげで、銀行はルールに影響を与えることなく基本的なインフラストラクチャを更新でき、さまざまなビジネス分野の専門家がインフラストラクチャを変更するITサービスに関与することなくルールを変更します。
ループは、バージョン管理をルールに適用することの重要性にも留意しました。 Infosysは、管理者が使用するスプレッドシート用のソース管理システムを開発しました。 銀行は、トランザクションをこれらのトランザクションに適用されるルールに関する情報を含むメタデータと関連付ける必要があるため、このシステムはリスク管理とコンプライアンスにとって重要であるとループは付け加えました。