将单个 Web 应用程序项目保留为标准 .NET Web 应用程序项目和 Azure Web 角色
我即将构建一个 Azure Web 角色应用程序，我已经在 Azure 上完成了几个实验，但自然感觉构建在 IIS 下运行的标准网站要舒服得多。
如果我在 IIS 下的 Web 应用程序上完成所有编码、测试和初步演示，我是否可以将其配置和部署为 Azure Web 角色，同时仍然能够作为标准 Web 应用程序开发和运行，或者完成转换应用程序的过程对于 Web 角色，使其与标准 Web 应用程序项目不兼容。
I'm about to build an Azure web role application, I have done a couple of labs on Azure but naturally feel a lot more comfortable building standard websites that run under IIS.
If I do all my coding, testing, preliminary demos on my web application under IIS, can I configure and deploy it as an Azure Web Role whilst still being able to develop and run as a standard web application or does the process off converting an application to web role, render it incompatible with standard web application project.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
为了进行开发，我们目前正在当前项目中的 IIS 下运行我们的应用程序。
为此，请以通常的方式创建一个常规 IIS 应用程序。然后添加一个与您正在使用的 ASP.NET 应用程序类型相匹配的新 Windows Azure 项目。
然后，您可以右键单击“角色”文件夹并选择“在解决方案中添加 Web 角色项目”，将现有的 ASP.NET 项目添加到 Azure 部署中。
然而：从长远来看，这不一定是您想要做的事情。
具体来说，虽然 Azure 可以在不进行任何更改的情况下非常愉快地运行 IIS 应用程序，但我们发现，为了充分利用该平台，您确实需要考虑所提供的一些“额外”功能。例如：
对
web.config的更改意味着网站的升级。这需要时间 - c。目前20分钟。如果您希望立即看到配置更改，那么 Azure 有自己的配置机制，该机制略有不同。将数据存储到 SQL Azure 的成本很高，而且（根据我们的经验）每个查询的往返时间比本地托管在服务器上的 SQL 数据库要长得多。因此，请考虑使用 Azure 表和 blob 存储 - 特别是表存储，速度非常快且便宜。
For development we are currently running our application under IIS in our current project.
To do this, create a regular IIS application in the usual way. Then add a new Windows Azure Project that matches the type of ASP.NET application you are working with.
You can then right-click on the Roles folder and choose "Add Web Role Project in Solution" to add your existing ASP.NET project to the Azure deployment.
However: this won't necessarily be want you want to do in the long term.
Specifically, while Azure can run an IIS application quite happily without changes we find that to get the best out of the platform you really want to consider some of the "extra" features that are offered. For instance:
A change to
web.configmeans an upgrade to the site. This takes time - c. 20 minutes at present. If you'd rather see immediate configuration changes then Azure has its own configuration mechanism which is subtly different.Data storage to SQL Azure is expensive and (in our experience) has a much greater round-trip time for each query than a SQL database hosted locally to a server. So, consider Azure table and blob storage instead -- table storage, in particular, is very very fast and cheap.