密度が増加した理由は、以下のものをはじめとする主要な成果物が共有されたためです。コンパイルされたクラスのメタデータ。あるテナントがヒープ内で使用可能な領域を使用できるのは、他のテナントがその領域を必要としていない場合です。倍高速化できたことが示されています。ほうが一般に遅いことがわかります。この結果は、予想通りです。いうのも、最初のインスタンスでは、マルチテナンシー拡張機能によってパスが長くなるため、起動に遅れが生じるからです。得られた初期段階の結果であるため、これより改善することが可能です。これらの例では、アプリケーションがさまざまな時点でリソースが必要になったときに起こり得る共有については考慮されていません。存続期間にわたって必要とされるところまで増大していく傾向があります。場合、このメモリー・フットプリントの大半は共有されません。リソース要件が重複していなければ、ヒープとネイティブ成果物のメモリーを簡単に共有することができます。アプリケーションを変更することなく実行できるようにすることです。仕様が課している制限事項、そして現在の実装に伴う制限事項により、この目標を達成することはできません。既知の制限事項の主なものとしては、以下の内容が挙げられます。ネイティブの分離には対応していません。実行するのは安全ではない可能性があります。全体の処理に影響を与える恐れや、別のテナントのデータにアクセスする恐れがあるためです。(例えば、よく知られているミドルウェアであるなど)、そのリスクを許容することは可能です。ロードすることを許していません。ネイティブをロードすることは不可能です。サーバーを共有するすべてのテナントに影響を及ぼします。現在、これらの機能はサポートされていません。これは、さらなる取り組みが予定されている領域です。サポートされていません。使用するメリットと代償について説明しました。興味を持ち、ベータ版を試してフィードバックを寄せてくださることを願います。これを使用するのに適した環境には大きなメリットをもたらすはずです。インスタンスを共有するとともに、メモリーおよび処理能力に関するリソース要件を削減する方法を学んでください。関するプレゼンテーションを見てください。プログラミングのあらゆる側面を網羅した豊富な記事を調べてください。ダウンロードしてください。Guides、サービス情報をダウンロードしてください。製品を入手してください。コメントコメントを登録するにはサインインあるいは登録してください。