つのブートストラップ・コードが存在するようになります。この仕組みにより、これらのテナントはランタイム構造の大部分を共有できるようになります。使用して既存のアプリケーションを実行するのは、コマンド・ラインに限られた変更を加えるのみでよいため簡単です。実行される複数のアプリケーションが互いに分離されることはありません。それぞれのアプリケーションのアクティビティーが、他のアプリケーションが完了可能な処理に影響を及ぼします。静的フィールドを介して共有可能なデータには、すべてのアプリケーションからアクセスすることができます。つの方法で対処します。それは、静的フィールドの分離とリソースの制約です。クラスに含まれる不変の部分がテナント間で共有されます。使用するデータ構造、そしてこれらと同様のその他の成果物があります。使用する場合に存在することになる別個のコピーが不要になるため、メモリーが節約される結果となります。各テナントに対して静的フィールドのコピーを提供し、テナントそれぞれがコピーを持てるようにします。より、各テナントは自身に関連付けられたデータにしかアクセスすることができません。その結果、テナント間でデータが分離されるというわけです。理想的な世界では、複数のテナントが協力して適切な方法で共有リソースを使用します。この不完全な世界では、バグと悪意のある振る舞いの両方が発生する恐れがあります。提供される制御可能な値は、「あるテナントが他のテナントに影響が及ぶように不正を行ってリソースを使用する」という能力が制限されるように構成することができます。制御可能な値には以下のものが含まれます。コマンド・ラインで指定することができます。(「参考文献」を参照)。(スワップした時点で、システムが「フル」になったと見なします)。別のテナントとしてアプリケーションを実行します。とバランス・ガーベッジ・コレクション・ポリシーを使用しています)。