dll - Azure:在工作角色中使用框架/SDK(带有 .dll)的最佳实践

Question

我想使用GDal/OGR在 Azure 上担任工作角色。

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

如何在辅助角色的每个实例(可能是很多实例)中部署此目录(以及所有这些内容)。

我看到 4 首轨道:

1. 复制我的工作角色项目 (VS2010) 中的目录

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

创建 .vhg(虚拟磁盘)并在每个实例上挂载它的快照

• pro:轻松切换到新版本的 OGR
• 缺点:快照的存储位置是否比快照的本地存储/成本更远(？)

创建一个 .vhg，装载它，复制目录，卸载它并开始工作

• pro:轻松切换到新版本的 OGR
• 缺点:在 Run 方法的开头访问并发？

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

• 专业人士:可以轻松切换到新版本的 OGR/其他版本吗？
• 缺点:我说我不知道​​

目前，我使用第一个，但是当我创建其他项目或辅助角色时，它看起来很痛苦。

我不太知道如何使用 zip 方法。

如果您有意见、其他方式、偏好，我会倾听。

Answer 1

Benjamin，我为合作伙伴创建了几个类似的项目，并讨论了对于此类项目的最佳方法是什么，其中整个代码+运行时+静态数据，它们全部捆绑在一起并部署到辅助角色，我个人的偏好是在您的列表中排名第 4。看看我的Tomcat/Azure in Worker Role它们也遵循相同的部署模型。

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

另外我不确定，您是否想使用新发布的 Windows Azure Virtual Machines因为您可以选择 Windows Azure VM 来获取 VM 并直接部署，而不依赖于 Windows Azure SDK/辅助角色(如果这适用于您的项目，请考虑一下)