我即将为即将开展的客户项目创建/设计多租户网络应用程序。虽然我想使用azure cloud/sql server，但遗憾的是我无法在第一阶段执行此操作（可能会在几年内升级）。因此，目前Web应用程序将在服务器和数据库级别自托管。
该体系结构非常标准，asp.net MVC5, WebAPI, DDD, Dapper,SQL 2014等。我正在使用dapper to SQL async，这使我能够async从{{{{{ 1}}层。 MVC将在租户级别设置分区。
如上所述，我希望将来将整个应用程序移动到azure云中，这样我就可以更好地扩展应用程序。
我的问题是，我是否可以立即采用我的设计来帮助迁移，假设代码中没有基础设施依赖，模块松散耦合等，或者云架构是如此不同我以及＃39当时机成熟时，我必须改变很多东西吗？
我了解数据库图层将更改为使用database，但除此之外的任何其他更改？
答案 0 :(得分：0)
我们移动了几个简单的网站，并在Azure中创建了一些新网站。我们不得不对现有的遗留应用程序进行架构更改，以使其成为云服务Web角色。我真的很惊讶初步转移到Azure Web角色的过程非常简单。
最大的编码类型问题已经习惯于无法在不重新部署站点的情况下更新web.config和新的云服务配置。将任何“可配置的”web.config设置移动到web.config的appsettings部分将是一个建议，允许您通过门户更新设置。
如果您需要自定义，非OOB，IIS设置，则需要非常容易实现的代码或脚本。我们遇到了一些与访问文件共享等“遗留”内容相关的安全性问题。没有显示停止者只需要与缺乏文档和基础设施团队一起战斗，而不是在云计算方面。
总体而言，我们迄今为止最大的问题是云服务供应商缺乏文档和指导，而且我们实际上越来越沮丧，因为我们习惯从这个供应商那里获得企业级支持。它们提供了大量简单的示例和高级文档，但除非您正在进行非常简单的站点和部署，否则您将需要很少的真正的肉。使用低级API调用和脚本编写可以做很多事情，但这是一个尝试和跟上的噩梦。