スタンドアロン版とJ2EE版があるAquaLogic BPM Enterprise Server

スタンドアロン版とJ2EE版があるAquaLogic BPM Enterprise Server

AquaLogic BPM Enterprise Serverには、スタンドアロン版とJ2EE版の2種類の製品があります。それぞれは、対象となるビジネスプロセスプロジェクトの種類や規模、要求される信頼性などにより使い分けることができます。

一般的に、テストフェーズや小規模のプロジェクトではスタンドアロン版が、ミッションクリティカルや大規模なプロジェクトではJ2EE版が使用されています。それぞれの特徴を表2に示します。

種類特徴
スタンド
アロン版
  • 単一のJavaアプリケーションとして動作
    (アプリケーションサーバが不要)
  • トランザクションはアクティビティ単位
  • フェールオーバーのためにアクティブ/スタンバイの構成が可能
  • プロジェクト単位に配備(デプロイ)するサーバを分けることで、プロジェクト単位でのロードバランスが可能
  • プロジェクトの配備(デプロイ)と管理が比較的容易
  • 比較的小規模なプロセスが対象
J2EE
サーバ版
  • J2EEアプリケーションとして動作(アプリケーションサーバが必要)
  • J2EEアプリケーションサーバの機能である「分散トランザクション」「クラスタ構成」「 JMSを使用したキューイング」が利用できる
  • アプリケーションサーバをクラスタ構成にすることでフェールオーバーのためにアクティブ/アクティブの構成が可能
  • アプリケーションサーバをクラスタ構成にすることですべてのサーバに対してロードバランスが可能
  • サーバマシンの拡張が容易
  • スタンドアロン版に比べて、環境構築がやや複雑
  • 対応サーバWebLogic 8.1 SP5以上、WebSphere 5.1.1/6.0
  • 大規模、ミッションクリティカルなプロセスが対象

表2:AquaLogic BPM Enterprise Serverの特徴

スタンドアロン版とJ2EE版では動作する環境が違いますので、構成も大きく異なります。スタンドアロン版は単一のJavaプロセスとして動作するため、構成要素が比較的単純です。スタンドアロン版の基本構成図を図2に示します。



スタンドアロン版の構成イメージ
図2:スタンドアロン版の構成イメージ
(画像をクリックすると別ウィンドウに拡大図を表示します)


これに対してJ2EE版は、J2EEコンテナ上で動作し、利用できる機能が多くなるため、構成や定義が多少複雑になります。スタンドアロン版と同様の定義に加えてJMSのキュー、トピックの定義が必要です。J2EE版の基本構成図を図3に示します。

J2EE版の基本構成イメージ
図3:J2EE版の基本構成イメージ
(画像をクリックすると別ウィンドウに拡大図を表示します)

信頼性

次に信頼を向上するための構成について説明します。ビジネスプロセスはほとんど場合、非常に重要な業務に適用されます。そのため、ビジネスプロセスエンジンの信頼性は、製品を選択する上で重要な要素となります。

スタンドアロン版での信頼性向上構成は、AquaLogic BPM Serverのアクティブ/スタンバイ構成となります。基本的なフェールオーバー構成を図4に示します。
 

スタンドアロン版のフェールオーバー構成
図4:スタンドアロン版のフェールオーバー構成
(画像をクリックすると別ウィンドウに拡大図を表示します)

この構成では、まったく同じように定義したサーバを2台置き、障害時にサーバを切り替えます。この構成の特徴は、同じ定義のサーバを用意するだけな ので構築手順が比較的簡単な点です。しかし障害が発生した際には切り替えの時間が必要となり、ダウンタイムが発生してしまいます。

これに対して、J2EE版ではJ2EEサーバのクラスタ構成を利用することにより、アクティブ/アクティブの構成が可能です。基本的なフェールオーバー構成を図5に示します。
 

J2EE版のフェールオーバー構成
図5:J2EE版のフェールオーバー構成
(画像をクリックすると別ウィンドウに拡大図を表示します)


この構成の特徴は、信頼性の高いアプリケーションサーバの機能を利用することで、障害時にもダウンタイム時間がほとんど発生することなく運用するこ とができる点です。しかしながら、アプリケーションサーバのクラスタやJMSキュー、トピックの定義や共有データベースの準備など、構築が比較的複雑になります。

人気記事トップ10

人気記事ランキングをもっと見る

企画広告も役立つ情報バッチリ! Sponsored

ClickHouse Cloudが実現した広告運用SaaS「ATOM」のデータ基盤革新、パフォーマンスを向上しながら、運用負荷とコストを削減 11月11日 6:20 AIで開発が加速する時代、品質保証はどう変わる? Tricentisが示すAIエージェント活用の実像 11月9日 6:45 悪用までの猶予が「1分」に迫るフロンティアAI時代に開発と本番を貫く脆弱性管理が必要 10月29日 8:30 欧州CRA対応とSBOM運用。AI生成コードのOSS混入問題の対策とは ――スニペット単位で検出する「FossID」「Insignary Clarity」によるSBOM運用 9月16日 6:40 PostgreSQLからTiDBへ、稼働中SaaSで進める段階的DB移行の実践と再設計への展望 9月7日 6:30 機能安全開発におけるGoogleTestの活用を支援!「Parasoft C/C++test CT」で実現する効率化&AI連携 4月14日 6:30 【CNDW2025】Grafanaが明かす「オブザーバビリティの哲学」ー最小限の労力で実用的なインサイトを得るには 1月23日 6:30 【CNDW2025】プロダクト急増に備える基盤刷新 ーウェルスナビがECSからEKSへの移行で得た知見とは 1月15日 6:30 【CNDW2025】250環境を5人で運用、構築時間は30分に ーKINTOテクノロジーズが語るインフラ基盤組織の作り方 2025年12月18日 6:30 新たな自動化で熱視線! AIエージェントの「推論能力」を支える2つのコンポーネントとは? 2025年11月28日 6:30