複数アプリケーションのもう 1 つの利用法は、機能セットの生成、もしくはインストールに時間がかかるパーツを分離することです。以下は、その際の考慮事項です。

• すべての設定 オプションとすべての追加の LANSA 機能を 1 つのアプリケーションに配置します。最初のアプリケーションには LANSA 実行環境が必須で、次にすべてのその他の設定と機能セットが求める追加の LANSA 機能を追加します。この分離により、構成と標準インポートを LANSA パッチ、LANSA EPC、もしくは新規の LANSA バージョンをパッケージする時間のみに制限することができます。

• すべての LANSA テーブルを別のアプリケーションに配置します。テーブルが変更される頻度は少ない傾向にあり、テーブル内のデータはアプリケーションにとっても最も重要な部分です。テーブルを変更する回数は少なければ少ないほど良いです。もしこのテーブルに大規模なデータが含まれていた場合、テーブル変更を適用するためにアンロードとリロードをする必要があり、これがインストールでさらに時間を費やす可能性があるからです。パッチ作成時、各テーブルに対して、テーブル・データ処理のオプションが [データを除外]、[既存データを再ロード] に設定されており、テーブルに変更が適用された時にのみテーブル処理が行われるようになっていることに注意してください。

• すべてのその他のアプリケーション・アーティファクトを 1 つの、または複数のアプリケーションに配置します。ここが最も変動しやすい部分であるため、パッチの必要性も一番高いです。同じアプリケーション内に含めるものを制限することで、パッチのインストール、配布、生成の速度を大きく速めることができます。1 つのアーティファクトの変更は、ほぼ一瞬でインストールできます。さらに分離することで、パッチ処理がアプリケーションの他の部分を触ることもないため、予期せぬ結果に繋がるリスクも大きく軽減されます。

• Web イメージを別のアプリケーションに入れて、その他のアプリケーションの生成を速くできるようにします。

• PowerShell インストール・スクリプトでインストールの最後に適切なアプリケーションを起動する必要があります。これは特に各機能セットにとっては重要で、自身のニーズにあったコーディングになっていることを確認してください。