从传统架构迁移到Azure

Question

我正在为Azure应用程序设计架构，我有一些关于如何继续的问题。我熟悉Azure的基础知识，但之前从未构建和部署过Azure应用程序。不过，我在传统的非云，网络托管应用程序方面拥有丰富的经验。

我的应用程序将是通常以数据库为中心的业务系统，具有Web用户界面。我们希望从非常小的开始，随着我们获得用户群而慢慢增长。我计划将SQL Azure数据库用于关系存储以及blob存储用于文档等。这些将由数据访问层访问，而数据访问层又将由业务层操作。 Web用户界面将使用ASP.NET构建，并将停留在业务层。

这一切都非常传统，但我想知道它与Azure的匹配程度如何。我有一些具体且相互关联的问题：

1. 我将数据层和业务层视为可以部署在辅助角色上的应用程序层的一部分，而Web用户界面可以部署为Web角色的前端层。 将这样的业务和表示逻辑分离出来是一个明智的决定吗？
2. 说了上面的话，在用户群非常小的情况下，拥有两个独立的角色是没有意义的，所以我宁愿将所有内容一起部署在一个Web角色上，直到我们变得更大。 我需要做些什么来确保这两个层可以轻松地重新配置为一个或两个角色以及任何重新编码？
3. Web用户界面和业务层之间的通信必须快速;我担心它不会非常快，特别是当这两个部署在不同的Web / worker角色上作为单独的层部署时。 我应该使用Azure中最好的通信机制是什么？我考虑过队列存储，服务总线和虚拟网络，但我不知道如何在这里做出决定。

我一直在网上阅读一些最佳实践帖子和文档，但它们似乎解决了高级问题。我希望以指向最佳实践文章等的形式对这些非常基本的问题给出答案。谢谢。