クラウド環境のロードバランサを使用しているMilton WebDAVサーバを理解する

Question

私たちは、最終的にクラウド環境（おそらく紺碧）をIaaSとして展開するWebアプリケーションのファイルをMilton WebDavで転送したいと考えています。 WebDAV標準はステートレスなので、クラウドロードバランサでは問題は発生しませんが、Miltonについてはわかりませんが、いくつか質問があります：

1. MiltonはそのままWebDAVを実装していますかすべての通信はステートレスのままですか？私はそれがすべての要求と認証トークンを渡すが、私はサーバーに格納されているトークンがどこですか？それはデータベースや何らかのキャッシュなどに格納しますか？

2.）ロードバランスを使用し、負荷を処理するサーバーが5-6台ある場合、ロック機構は正常に機能しますか。ここでもMiltonサーバーはLock Tokenをどこに保存しますか？

Answer 1

私はMilton WebDAVを使ったことがありませんが、見た目からはサーバー上のファイルを修正したり編集したりするのに使用されています。

ただし、Azureのローカルストレージは共有されていません。各インスタンスは完全に別個のサーバーです。 1台のサーバー上のファイルを変更すると、次のサーバーには複製されません。

Azureは、展開パッケージをアップロードして動作します。新しいインスタンスを作成する必要がある場合は、展開パッケージを使用して完全に新しいサーバーを開始します。

あなたの視点からは、共通点はありません。このため、あなたはどんなサーバを使用しているのか分かりません。

共有ファイルストレージシステムがある場合は、別の話かもしれません。しかし、このシナリオはAzureを使用することで奇妙に見えます。 EBSを共有しているAmazon EC2はそれを行うかもしれません。

Answer 2

最近のコメントをお詫び申し上げます。ロードバランシングに影響を与えるwebdavの2つの最も重要な側面は、ダイジェスト認証トークン（Nonce値）とロックトークンです。

リソースのインプリメンターとして、それらの両方を制御することができます。ロックトークンは通常、データベースに格納されます（永続化を行うLockableResourceにメソッドを実装する必要があります）ので、メモリベースのロックトークンを使用するのは珍しいことではありませんが、サーバー間で共有されます。その情報をサーバー間で共有します。

ダイジェストナンスは、DigestResourceを実装している場合にのみ考慮する必要があります。デフォルトのNonceProviderは単純なHashMapを使用するため、これはサーバー間で共有されません。しかし、インタフェースは簡単なので、データベースストアを簡単に実装できます。ロードバランシングソリューションがスティッキセッションを使用する場合、クライアントはノンスを持つサーバーに移動するため、問題は発生しません。

webdavクライアントは通常、Cookieをサポートしていないため、サーブレットセッションは存在しないため、Tomcatセッションの複製は上記の問題には役立ちません。