ソフトウェアアーキテクチャの世界でアーキテクチャを重視したサービスは真新しく、強い新規参入者です。組織で適切な方法で採用されれば、その便益も明確にされるでしょう。 FLEXCUBE BPELプロセスモジュールは世界でも優れたコアバンキングソリューションであるFLEXCUBEのSOA（サービス思考型アーキテクチャ）の延長です。FLEXCUBE BPEL プロセスモジュールはワークフローによって動かされ、コアバンキング機能のトップのソリューションをベースとしたタスクを兼ね備えます。
大変優秀な44年の実績を誇る台湾の銀行は機能銀行と小売銀行業務を行っています。FLEXCUBE BPELプロセスモジュールをはじめて選んだ銀行で、彼らのソフトエアエコシステムをサービス型アーキテクチャの可能にしています。 基本的な要件は、貿易金融の要件を解決するタスクによって動かされるSOAビジネスプロセスを実行することでした。 大変だったのは、Javaベースの‶n階層”ソリューションのFLEXCUBE BPELプロセスモジュールを使用し、現行のAS400システム（2段階のソリューション）とのキャパをマッチさせることでした。 which is a “n tier” Java-based solution. Pパフォーマンスの期待は大きく、FLEXCUBE BPELのインフラが構築されたOracle SOA suite 10gのBPELコンポーネントがまだ初期段階だった点です。 Oracle BPELコンポーネントはFLEXCUBEのBPEL インフラで使用されるApplication Programming Interface (API) を提供します。
FLEXCUBE BPELモジュールはワークフローとタスクで動かされるソリューションを追加します。 このモジュールのユーザーインターフェースがユーザーに彼または彼女が割り当てられたタスクを見せてくれます。 これらのタスクはユーザーに見せられ、タスクの多様な特性をベースにグループ化してくれます。 これらのグループはキューと呼ばれます。 このキューはその下にあるタスクの計算も表示します。 この銀行にとって、このキューの数は莫大でした（彼らの現行システムの複製も要求したためです。） 計算をフェッチするために、APIは出来るだけ多くのキューのあるデータベースのクエリを実行します。そしてそれらのキューは彼または彼女の要求に基づいてユーザーによって何度でも閲覧できます。 ユーザーの承認とストレステストの間、パフォーマンス問題がAPIの一環として起こりました。これらの問題は一部はAPIの欠如によるもの、それから他の一部は銀行の要求を対処するためのAPIの不適切な使用に基づくものとして起こりました。プロジェクトのこの時点で、インフラの中のAPIのディペンデンシ―を除去するのは不可能でした。機能的にコアAPIにおいて、ディペンデンシーを漏洩することなくボトルネックを使用しAPIエリアを使用することを避け、インフラを修正することで問題を解決しました。例として、ボトルネックだったエリアは時間のかかるAPIを使用したBPELデータベースに対するクエリ実行でした。このAPI欠如はAPIによってクエリが作られた段階に到達することで切り抜けられました。また、APIを使用するより、データベースに対してクエリを直接実行しました。
提供されたソリューションはビジネス要求を満たし、お客様によって要望された通りパフォーマンスベンチマークを達成しました。
English
日本語
Русский