Azure 了解Milton WebDAV服务器使用云环境负载平衡器

我们希望使用Milton WebDav在我们的web应用程序中传输文件，该应用程序最终将作为IaaS部署在云环境（很可能是azure）上。 现在我们意识到WebDAV标准是无状态的，因此它不应该给云负载平衡器带来任何问题，但我们对Milton不太确定，也没有什么问题：

1.）米尔顿是否实现了WebDAV，所有的通信是否保持无状态？我假设它在每个请求中都传递身份验证令牌，但我不确定令牌存储在服务器上的什么位置？它是否将其存储在数据库或某种缓存中

---

2.）如果使用负载平衡，并且有5-6台服务器来处理负载，那么锁定机制工作正常吗？Milton服务器在哪里存储锁令牌？

我以前从未使用过Milton WebDAV，但从外观上看，它用于修改和编辑服务器上的文件

但是Azure的本地存储不是共享的。每个实例都是一个完全独立的服务器。如果修改1台服务器上的文件，则不会将其复制到下一台服务器

Azure通过上传部署包来工作。当需要启动一个新实例时，它会使用部署包并启动一个全新的服务器

从你的角度来看，他们没有任何共同之处。因此，您将永远不知道您正在访问哪个服务器

---

如果您有一个共享文件存储系统，那么情况可能会有所不同。然而，使用Azure的情况看起来很奇怪。不过，使用共享EBS的Amazon EC2也可以做到这一点。

我以前从未使用过Milton WebDAV，但从外观上看，它用于修改和编辑服务器上的文件

但是Azure的本地存储不是共享的。每个实例都是一个完全独立的服务器。如果修改1台服务器上的文件，则不会将其复制到下一台服务器

Azure通过上传部署包来工作。当需要启动一个新实例时，它会使用部署包并启动一个全新的服务器

从你的角度来看，他们没有任何共同之处。因此，您将永远不知道您正在访问哪个服务器

---

如果您有一个共享文件存储系统，那么情况可能会有所不同。然而，使用Azure的情况看起来很奇怪。不过，使用共享EBS的Amazon EC2可能可以做到这一点。

很抱歉，webdav影响负载平衡的两个最重要方面是摘要身份验证令牌（Nonce值）和锁令牌

作为资源实现者，您可以控制这两者。锁令牌通常存储在数据库中（您必须在LockableResource上实现实现持久性的方法），因此将在服务器之间共享，尽管使用基于内存的锁令牌并不少见，在这种情况下，您需要找到某种方法在服务器之间共享该信息

如果您已经实现了DigestResource，那么Digest nonce只是一个考虑因素。默认的NonceProvider使用一个简单的HashMap，因此不会在服务器之间共享。但是接口很简单，因此可以轻松实现数据库存储。如果您的负载平衡解决方案使用粘性会话，那么这不会是一个问题，因为客户端将转到具有其nonce的服务器

---

请注意，Tomcat会话复制无法解决上述问题，因为webdav客户端通常不支持Cookie，因此没有Servlet会话。

很抱歉，webdav影响负载平衡的两个最重要方面是摘要身份验证令牌（Nonce值）和锁令牌

作为资源实现者，您可以控制这两者。锁令牌通常存储在数据库中（您必须在LockableResource上实现实现持久性的方法），因此将在服务器之间共享，尽管使用基于内存的锁令牌并不少见，在这种情况下，您需要找到某种方法在服务器之间共享该信息

如果您已经实现了DigestResource，那么Digest nonce只是一个考虑因素。默认的NonceProvider使用一个简单的HashMap，因此不会在服务器之间共享。但是接口很简单，因此可以轻松实现数据库存储。如果您的负载平衡解决方案使用粘性会话，那么这不会是一个问题，因为客户端将转到具有其nonce的服务器

---

请注意，Tomcat会话复制无法解决上述问题，因为webdav客户端通常不支持cookie，因此没有Servlet会话。

-我们刚刚测试了milton与litnus的测试，它通过了大部分测试，因此它似乎实现了基本的webdav标准。-我们刚刚测试了milton与litnus的测试，它通过了大部分测试，因此它似乎实现了基本的webdav标准。