Vaadinの大規模システム用メモリフットプリント

Question

私は金融分野で働いており、大型重負荷システムの開発のためにVaadin 7を選択しようとしています。

しかし、Vaadinはすべての状態をセッションしているので、大規模なシステムではVaadinのメモリフットプリントが心配です。これは、新しいユーザーごとに、すべてのアプリケーション状態がメモリに保存されることを意味します。
モノリシックシステムを構築することはできません - システムはスケーラビリティとアジャイル性を備えていなければなりません。我々は巨大な顧客基盤を持っているので、カスタマイズして成長する準備が簡単でなければなりません。

誰でもVaadinの問題を最小限に抑えるか排除する方法について、経験と可能な回避策を教えてください。私はあなたがここで見ているべきだと思う

Answer 1

：https://vaadin.com/blog/-/blogs/vaadin-scalability-study-quicktickets

プラス、私は生産にVaadinを実行する人々による、以下の情報を発見しました。

バラージュHódossy：

私たちは、10人の以上の000ユーザーとバックオフィスシステムを持っています。毎日の ユーザー数は約3000ですが、その半分はシステムを使用しています。ログアウトなしで8時間 Liferay 6.0.5 TomcatバンドルとVaadinを ポートレットとして使用します。私たちの2台のサーバーには48GBのRAMがあり、Tomcatには24GBのヒープを与えます。 DBに18 GBが残り、残りのシステムに残りました。セッション のサイズ、同時ユーザー、およびアクティビティへのヒープを測定します。メモリを増やすと、多くの場合、 はまれにGCが長くなります。 Tomcat の数を増やし、ヒープを減らす予定です。あなたのサーバーを測定するときに、少しメモリを 追加しようとします。コストがそれほど重要でない場合は、 プロセッサのコストがかかり、RAMを増やしてください。たいていの場合、ちょっとチューニングをしておくと価値があります。

ピエールエマニュエルグロス（50人の concurentユーザーを使用するPostgreSQL 9 50000にはulimitとの接続をサーバ 3ギガバイト2コア突堤：1000 daylyユーザはheavyly、純粋vaadinアプリケーションを使用

についてプールが使用される）。ソフトウェアの部分として、DTOオブジェクトと純粋なJDBCをキャッシュするためにehcacheも使用しました。

Answer 2

私たちの製品の開発中に、私たちはデフォルトのVaadinアーキテクチャを使用して大きなメモリフットプリントの問題に直面しました。

Vaadinアーキテクチャは、イベントによって駆動されるコンポーネントに基づいています。コンポーネントを使用すると、密接に結合されたアプリケーションを作成するのはかなり簡単です。その理由は、コンポーネントが階層構造になっているからです。それはピラミッドのようなものです。より大きなアプリケーションが構築されます。大きなピラミッドは各ユーザーのセッションに格納されます。

メモリ割り当てを大幅に削減するために、古い学校の状態管理を使用して、バックグラウンドで包括的なイベントモデルを使用して、アプリケーションのページベースのアプローチを作成しました。これは、XML形式のStatechart表記法に基づいています。

結果として、セッションは、ユーザーワークフロー中に訪問済みのページのみを保持します。これは、Statechartの設定で説明されています。ユーザーがワークフローを終了すると、すべてのページが解放されてガベージコレクタによって収集されます。

私たちはいくつかのテストを行って、アプリケーションで作業しているユーザーに割り当てられたメモリを比較しました。

開発されたアプリケーション：密結合のアプローチと

• が緩い結合アプローチで5からユーザー
• あたりのヒープの15メガバイトに消費する - 2メガバイト

まで我々は非常に満足しています結果として、4GBのRAMを使用して大規模なシステムを最大1000-1500人の同時ユーザー（サーバーあたり）に拡張できます。

ほとんど忘れました。我々はLexaden Web Flowライブラリを使用しました。これはApacheライセンス付きです。