同じマシン上にマージされたサーバーアプリケーションの複数のインスタンス

Deeplからの自動翻訳

同じマシン上で複数の4Dサーバーアプリケーションをホストすることは、特に本番環境とプリプロダクション環境では、珍しいことではありません。しかし、あなたのマシンが異なる4Dバージョンで構築されたマージサーバーアプリケーションをホストしている場合、つまり、プリプロダクションサーバーを最新の4Dバージョンで使用している場合、4D構造フォルダーの共有による問題に遭遇する可能性があります。

この問題を解決する方法を見てみましょう。

起動すると、”myApp “というマージされたサーバーアプリケーションが、構造体フォルダーを作成します。

アプリケーションが同じ構造名を保ち(自動更新やWindowsサービス起動コマンドを維持するため)、異なる4Dバージョンで進化する限り、構造フォルダーは各マージサーバーアプリケーションで同じになります。

blank

異なる4Dバージョンでビルドされたマージサーバーアプリケーション間でこのシステムフォルダーを共有しないようにするために(上の写真のように)、ビルドアプリケーションプロセス中にフォルダー名を設定できるようになりました。

新しいbuildAppキーは、独自の構造フォルダーを定義するために自由に使用することができます。

<BuildApp>
<CS>
<ServerStructureFolderName>myApp_v18R5</ServerStructureFolderName> で
す。

この結果、ビルドアプリケーションプロセスで、4D v18 R5で構築したサーバーに「myApp_v18R5」を、4D v18 R6で構築したサーバーに「myApp_v18R6」を設定すると、システム内に別々のストラクチャーフォルダーを持つことになります。

blank

安全なデプロイメントを!

Avatar
- プロダクトオーナー - Damien Fuzeauは、2019年2月に4D Productチームに参加しました。プロダクトオーナーとして、ユーザーストーリー(ユーザーが期待する新機能とその使用法)を書き、それを具体的な機能仕様に変換することを担当しています。また、実装された機能が顧客のニーズを満たしているかどうかを確認することも彼の役割です。ナント大学のソフトウェア工学科を卒業。前職の会社では最初は開発者として(1997年に4Dを発見)、後にエンジニアリングマネージャーとソフトウェアアーキテクトとして、23年以上勤務しました。この会社は、4DのOEMパートナーであり、現在は数千のユーザーと数百のサーバーに向けて4Dベースのビジネスソフトを展開しています。ですから、Damienは、多言語環境での4D開発・導入に慣れています。