ASP.NET云应用程序与普通的ASP.NET

首先,我认为您阅读的博客文章中的“云”应该更精细地定义为Azure.有几种云解决方案产品,Azure只有一种,尽管它在MS社区领域获得了极大的普及.与亚马逊云等产品相比,Azure云相当独特,因为它需要使用它的应用程序符合特定的API集.要为azure构建应用程序,您需要从一开始就接受某些架构原则,并使用其Web和辅助角色构建应用程序.要“适应”这些角色,您的应用必须在引用Azure SDK的特殊VS项目中构建.

如果您要使用像Amazon这样的其他云解决方案,则更类似于启动可以托管您的应用的VM或VM组,而不受特定API的限制.您可以启动Windows服务器实例,像在托管或租用数据中心环境中使用的任何其他服务器一样安装所需的内容.

我并不是说天蓝色溶液有缺陷或过度限制.相反,我认为它支持一些架构限制,这将使你“陷入成功的陷阱”.但是,如果不进行重大更改,可能很难轻松地将许多棕色字段应用程序迁移到azure.

至于为什么在云中托管应用程序而不是普通的托管环境.这实际上取决于您的应用,业务/预算限制以及流量水平.对于许多小型的爱好网站,您可能最好将应用程序保留在传统的托管环境中.对于更大规模的应用程序,云开始变得更有意义.云实际上支持“按使用付费”模式.如果您需要能够在没有资金或能够等待购买大量额外硬件的情况下快速扩展,那么云就是一个不错的选择.云提供商拥有雄厚的资金和大量的服务器资源和带宽,可以在发布您的方式时通知您可以租用而不是购买.

此外,由于云提供商规模庞大且通常信誉良好,因此他们可以聘请专业人员并遵循您自己无法负担的最佳实践.他们可以并且将会处理大量的日常操作管理,使您作为开发人员不必考虑安全性和冗余等问题.

因此,我认为,云解决方案非常适合那些开始看到大量流量,需要保证时间,并且不想通过自己的管理员,服务器采购和数据中心管理来支付或打扰自己的应用.我认为它们对于许多小型爱好网站来说并不实用,一旦你变得非常大,用你自己的员工在现场带你的应用程序可能会变得更加经济.

那都说了.它在.net空间变得“酷”,任何站点都可以在azure上运行.我承认一些建筑模型很有趣,看起来很有趣.但是,如果您仔细查看定价模型,您可能会发现最好使用托管计划.