Azure：在工作角色中使用framework/SDK（带.dll）的最佳实践

我想在Azure上担任工作角色

要使用OGR类和方法，我必须在WorkerRole中配置EnvironmentVariable，并能够访问我的

如何在worker角色的每个实例（可能是lot实例）中部署此目录（以及所有这些内容）

我看到4首歌：

在我的工作角色项目（VS2010）中复制我的目录

• 优点：安装无困难，但痛苦
• 缺点：不仅仅是当我有一个具有大层次结构的目录时/切换到另一个版本的OGR很痛苦

创建一个.vhg（虚拟磁盘）并在每个实例上装载它的快照

• 优点：很容易切换到OGR的新版本
• 缺点：如果快照的存储位置比本地存储位置更远/快照的成本（？）

创建一个.vhg，装载它，复制目录，卸载它，然后工作

• 优点：很容易切换到OGR的新版本
• 缺点：在Run方法开始时访问并发性

创建一个.zip，将其存储在blob中，下载并在每个实例中解压缩

• 赞成：很容易切换到OGR/others的新版本
• 缺点：我不知道，我说

目前，我使用第一个，但当我创建其他项目或工作者角色时，它看起来很痛苦

我不知道如何使用zip方法

---

如果你有意见，其他方式，偏好，我在听

Benjamin，我已经为合作伙伴创建了几个类似的项目，并讨论了对于这样的项目，什么可能是最好的方法：整个代码+运行时+静态数据，它们都捆绑在一起并部署到一个工作者角色，我个人的偏好在您的列表中是#4。请看我的，它也遵循相同的部署模型

您可以使用上述部署模型将OGR应用程序部署到Windows Azure Worker角色

---

另外，我也不确定，您是否希望使用最新发布的版本，因为您可以选择Windows Azure VM直接获取VM并直接部署，而不依赖于Windows Azure SDK/工作者角色（如果这适用于您的项目，请考虑一下）

在与同事交谈后，我认为保留zip方法。谢谢你分享你的观点。