OpenFrameの紹介

本章では、OpenFrameの特徴とメリットを紹介し、リホスト前後の環境を比較して説明します。

1. 概要

OpenFrameは、メインフレームで運用してきたアプリケーションおよびデータを修正や再開発せずに、UNIXシステム環境で運用できるようにするリホスト・ソリューションです。

メインフレームからUNIXサーバーにハードウェアを移行する場合、既存のアプリケーションとデータをどのように変換し、新しいシステムに適用するかを考慮しなければなりません。また、企業の資産であり、ノウハウである業務ロジックをどのように保存するかに対しても考える必要があります。数年にわたって開発されたコード全体が集まって形成された業務ロジックをコード・リエンジニアリングによって新しいアプリケーション環境に適用させるのは、コストの問題はともかく、リスクを伴う恐れがあります。また、メインフレーム・アプリケーションは、急変するビジネス環境に適応するのに多くの時間がかかり、性能や機能を拡張することも簡単ではありません。特に、新技術との統合が複雑であるため、コストが増加する問題があります。

一方、OpenFrameはメインフレームで使用してきたアプリケーションとデータをオープン環境でそのまま使用できるため、コストと時間を軽減できるうえに、業務ロジックをそのまま保存することができます。

  • OpenFrameの導入効果

    OpenFrameを導入してメインフレーム環境からオープン環境へ移行すると、既存の業務ロジックと特化されたビジネスプロセスをそのまま活用できるため、迅速にプラットフォームのマイグレーション作業を完了することができます。また、再開発に伴うシステムの不安定さやその解決にかかる時間の無駄を省くことができます。

    特にOpenFrameのトランザクション処理を担当するTPモニタはマイグレーションという限られた用途で開発された製品ではありません。つまり、OpenFrameは多くのシステムで検証された弊社の製品であるTmax®(以下、Tmax)エンジンをそのまま使用しているため、限られた用途や他の目的で開発された他社の製品群とは差別化された性能と機能を提供します。また、Tmax製品がアップグレードされるたびに、必要であれば、アップグレードされたTmaxエンジンをOpenFrameに導入することができるため、高性能のトランザクション処理用ミドルウェアを保有できる効果も期待できます。

  • OpenFrameの適用分野

    OpenFrameは、メインフレームを使用して業務を処理していたすべての分野で使用することができます。

    急変する時代に対応するため、新しい業務ロジックを要する分野では、リホストより再開発への需要が高いです。一方、OpenFrameを使用してリホストを行い、既存のアプリケーション機能を拡張したり、Web環境などの新しい環境と連携することは難しくありません。そのため、業務ロジックの変更中に発生し得る問題を回避し、既存の業務と緊密な連続性が必要なミッション・クリティカルなすべての業務に適用することができます。したがって、メインフレーム環境におけるダウンサイジングを考慮する場合は、リホスト・ソリューションであるOpenFrameの価値を充分に発揮することができます。

2. 特徴

OpenFrameソリューションは、以下のような特徴があります。

  • 検証されたミドルウェアを採用したソリューション

    トランザクション・モニター機能を担当するサブシステムを実装する際、メインフレームのマイグレーションのためにのみ作られた製品であれば、非常に制限的に使用されるため、その性能に対する充分な検証が行われたとはいえません。OpenFrameは検証された弊社のTPモニターであるTmaxを採用しているため、マイグレーション・プロセスだけでなく、マイグレーション後に発生する大容量トランザクションの処理においても優れた技術力を提供し、安定性と高性能が期待できます。

  • オンライン業務とバッチ業務の両方をサポートするトータル・リホスト・ソリューション

    他社のリホスト製品は、オンラインかバッチのいずれかに特化されたソリューションに限定してサポートする場合が多いため、システム全体のリホストを行うためには、異なるベンダーのソリューションを直接結合するか、あるいはSI会社を介して統合されたソリューションを使用するケースがほとんどです。

    OpenFrameは、メインフレームで使用していたアプリケーションやデータを制約なくオープン環境に移行するために必要なすべての構成要素を提供するトータル・ソリューションです。

  • オープン環境での自由な連携

    連携は、メインフレーム環境からオープン環境へのリホストの際に直面する重要な問題ではないかもしれません。しかし、運用中のシステムを拡張したり、他のシステムと連携しなければならない状況がよく発生する場合、OpenFrameは他のリホスト・ソリューションに比べて優れたメリットを持っています。

    弊社のミドルウェアであるTmaxは、X/OpenDTPモデルに準拠するTuxedoなどの他社のTPモニターとの連携が可能です。したがって、OpenFrame AIMやOpenFrame Batch for XSP(MSP)で作成された業務システムを簡単に拡張することができます。

    また、弊社のWAS(Web Application Server)であるJEUS®(以下、JEUS)との連携によって、Web環境とも連携できるメリットがあります。すなわち、OpenFrameを構成するモジュールは、オープン環境の最新技術のTPモニターやWASベースで構築されているため、次世代システムの運用にも問題ありません。さらに、基盤技術がTPモニターとWAS標準に準拠しているため、他のシステムとの連携や拡張にも優れています。

  • 負荷分散および障害対策のサポート

    メインフレームをオープン環境に移行するときは、通常2台以上のマシンでハードウェアを構成し、メインフレームと同様の性能を持つ環境を構築するようになります。このような環境下で業務を構成する際は、マシン間の負荷分散やマシン障害に対する対策が重要になります。

    OpenFrameにおける負荷分散および障害対策は、Tmaxによってサポートされるため、このようなハードウェア・レベルの問題が解決できます。また、OpenFrameシステムをマルチノードで構成し、より簡単で安定した分散処理を行うことができます。すなわち、負荷が増加する場合、Tmaxによって負荷を分散したり、物理的なサーバーを増設して負荷を分散することで問題を解決することができます。

    Tmaxシステムはデータの範囲に合わせて処理するノードを割り当てて負荷を分散させます。下の図は、Tmaxで負荷を分散させる様々な方法を示したものです。

    figure 2 1
    • データの範囲によって処理するノードを割り当てて負荷を分散させる、データ値による負荷分散方法

    • ノード別ハードウェアの性能に合わせて処理量を調節して全体のシステムの性能向上や処理時間を短縮させる、ハードウェアの性能による負荷分散方法

    • 特定ノードに集中する負荷を動的に分散して全体システムの処理量を増大し処理時間を短縮させる、動的な負荷分散方法

    下の図は、Tmaxアプリケーションの実行時に障害が発生した場合の処理プロセスを示したものです。

    figure 2 2

    Tmaxシステムの各ノードは、ノード間で相互監視するP2P(Peer-to-Peer)方式で構成されているため、多数のノードで構成されているシステムであっても、同じ条件下で直ちに障害に対応することができます。上記の図に示したように、Node1とNode2が同じアプリケーションを実行している状態で、Node1のWork1が失敗する場合、Tmaxによって自動的にNode2のWork1でNode1の作業を引き継ぎます。

     

    imageは障害が発生する前にクライアントの業務を処理するノードを示し、imageは障害が発生した後、クライアントの業務を処理するノードを示します。

    下の図は、Tmaxシステムの運用中にネットワーク障害が発生した場合の処理プロセスを示したものです。

    figure 2 3

    システム運用中にネットワーク接続の失敗など、予期しない障害が発生すると、Tmaxがこれを自動で検知し、該当するサーバーを再起動します。もし特定ノードの全体が復旧できない状態になった場合は、該当するノードへの要求は自動的に別のノードへ転送され、ユーザーは障害が発生したノードの影響を受けず、業務を安定して実行することができます。

    上図のように、Node1で入金処理業務プロセスがネットワーク上の問題などにより継続できない場合、Tmaxがこれを自動的に検知し、Node2に接続を試み、待機中の入金サービスをNode2に転送し、代替処理するようにします。

  • エンジン・レベルでのJCLの実装

    UNIX環境でJCLを処理する際、他社製品のほとんどはUNIXシェル・スクリプトや自社スクリプトを使用する方式を採用します。OpenFrameでは、弊社内部の処理エンジン(TJES)で付加的な移行作業をせずにJCLを処理できるため、スクリプト方式を採用するより優秀な性能を発揮します。

  • 便利なプロセス管理

    ユーザーが作成したプロセスは、Tmaxによって起動から終了まで管理されます。そのため、Tmaxが提供する多様なモニタリング情報を利用して、簡単にプロセスを管理することができます。

  • リホストのメリットを享受できる

    OpenFrameは、以下のような一般的なリホストのメリットも提供しています。

    • 拡張性と柔軟性

      OpenFrameは、IBM、HP、SUNなどのシステム環境と互換でき、多様なインタフェース(TCP、 X.25、SNA、Gateway、Java、TP Gatewayなど)を提供します。また、新しい技術を取り入れて新しいサービスを開発し、システムに統合することが容易です。すなわち、オープン環境でより進歩した技術を採用することで、ビジネスを改善できるうえ、こうしたOpenFrameの機能は次世代システムを取り入れるための基盤にもなります。

    • 各種コストの削減

      再開発や多くの人手を必要とする方法とは異なり、自動化されたOpenFrameソリューションを利用することで、既存のハードウェアやソフトウェア、アプリケーション、データを再使用するため、労力や時間、コストの軽減効果が期待できるうえに、将来の再開発時の追加的な投資コストまで縮小することができます。

    • 熟練した既存の技術者をそのまま活用

      オープン環境へ完全移行する場合は、メインフレームを担当していた開発者と管理者は不要になってしまいますが、リホストの場合は、既存の要員の熟練した技術を活用して業務を行うことができます。

    • 業務ロジックの継承

      アプリケーション再開発と異なり、既存の業務ロジックをそのまま使用するため、業務の連続性を保つことができます。

    • 統合管理および開発環境

      メインフレームより便利なGUI方式でシステムの様々な状況をモニタリングできます。また、COBOLやJCLプログラムの新規開発に必要なすべての環境を統合された画面で提供し、ユーザーの利便性を最大化しました。

3. 環境比較

下の表は、リホスト前のメインフレーム環境とリホスト後のOpenFrame環境を比較したものです。

環境 Mainframe OpenFrame

オペレーティング・システム

OS IV (XSP, MSP)

UNIX

ハードウェア

Fujitsu (Mainframe)

HP, SUN, IBM (P-series)

レコード管理

VSAM

OpenFrame TSAM

トランザクション処理

AIM/DC

OpenFrame AIM/DC

データベース

Symfoware (RDBMS)

Tibero

AIM/DB (NDB)

OpenFrame NDB

ユーザー・インターフェース

PSAM, Web, 4GL

OpenFrame PSAM,Web, 4GL

バッチ作業

JES

TJES

プログラミング言語

COBOL

COBOL, C/C++

通信プロトコル

FNA

TCP/IP

文字セット

EBCDIC(JEF)

ASCII(Shift-JIS)

4. メインフレーム用語

OpenFrameは、メインフレームで使用していたアプリケーションとデータを修正せずにオープン環境でそのまま使用することが目的であるため、メインフレームへの知識が不十分であれば、OpenFrameで使用する各種用語や説明を理解することは難しいです。

そのため、本書で頻繁に登場するメインフレームの用語について以下で簡単に説明し、OpenFrameの用語については本書末尾の「用語集」で別途説明します。

  • AIM(Advanced Information Management System)

    オンライン・トランザクション処理を行う富士通メインフレーム・システムです。オンライン・トランザクションと通信機能を担当するDCとネットワーク・データベース機能を提供するDB(NDB)で構成されます。

  • JES(Job Entry Subsystems)

    メインフレームのジョブ管理システムです。

  • JCL(Job Control Language)

    ジョブ制御言語。ジョブをオペレーティング・システムに送信してどんな作業を行うかを提示する役割を担うほか、特定のデータセットに対するハードウェア装置の割り当てを要求したり、実行プログラムを指示したりします。