Azure架构设计
Azure架构设计
我对Azure还不太熟悉，并且对Blob存储有些困惑。我的客户需要通过FTP/SFTP访问以推送和拉取文件（XML、CSV、EDI等）。推送的文件将由一个.NET应用程序读取并写入数据库。据我了解，我们可以使用VM角色创建FTP/SFTP服务器，使用工作角色执行.NET代码，使用SQL存储来存储数据库，使用Blob存储来存储文件。
首先，我的假设是正确的吗？其次，VM角色是否可以连接到存储Blob以进行文件的读写？工作角色是否也可以连接到同一个存储Blob以进行文件的读写？
示例：
客户通过FTP将XML文件推送到VM。VM将XML文件写入存储。工作角色读取文件，处理并将内容写入数据库。
我的思路是正确的吗？还是我理解有误？
谢谢。
Azure架构设计（Azure Architecture Design）是一个问题，出现的原因是Azure拥有多种服务，因此有几种选择。Azure的一个重要特点是，你的Worker角色（仅安装了Windows Server 2008而没有安装IIS的角色）非常灵活，因此你可以做很多事情，包括编写自己的FTP服务器并通过Worker角色VM进行托管。FTP到Azure Blob存储桥接（在CodePlex上）就是这样的一个例子。
此外，你还可以使用Web角色（与Worker角色相同，但启用了IIS）来实现相同的功能，因此你可以使用IIS而不是自己编写FTP服务器。在Azure中设置IIS作为FTP服务器的可视化指南可以在ITQ上找到。
我建议你进一步阅读，确定这两个选项中哪个更好。同时，考虑一下你的需求，因为这可能会影响你的方法，例如扩展性、带宽、成本、首选部署模型等。
至于存储文件，你可以使用Blob存储。如果你的系统不需要关系型数据库，那么完全可以不使用SQL Azure（在这种情况下，上述的Web角色解决方案就没有太大用处）- 但这又取决于你的具体需求。
官方的Windows Azure网站是一个很好的知识来源，特别是对于初学者来说，所以请花些时间浏览一些相关文档。
嗨- 是的，你是正确的，Blob存储API非常灵活，你可以将Blob存储用作一种文件系统（Blob = 文件/ Blob容器 = 文件夹）。如果你有时间，可以看一下Azure上的这篇文章：windowsazure.com/en-us/develop/net/how-to-guides/blob-storage，它可能会给你一个更全面的Blob存储概述。