[ |../../index.htm#lansa/vldtool14_0060.htm]
現在地:

16.2 アプリケーション分離時の考慮事項

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

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

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

• すべてのその他のアプリケーション・アーティファクトを 1 つの、または複数のアプリケーションに配置します。ここが最も変動しやすい部分であるため、パッチの必要性も一番高いです。同じアプリケーション内に含めるものを制限することで、パッチのインストール、配布、生成の速度を大きく速めることができます。1 つのアーティファクトの変更は、ほぼ一瞬でインストールできます。さらに分離することで、パッチ処理がアプリケーションの他の部分を触ることもないため、予期せぬ結果に繋がるリスクも大きく軽減されます。
• Web イメージを別のアプリケーションに入れて、その他のアプリケーションの生成を速くできるようにします。
• PowerShell インストール・スクリプトでインストールの最後に適切なアプリケーションを起動する必要があります。これは特に各機能セットにとっては重要で、自身のニーズにあったコーディングになっていることを確認してください。

[ |../../index.htm#lansa/vldtool14_0060.htm]