我有一个项目,我正打算启动Web应用程序作为Azure的Web站点,然后如果需要的规模策略将其迁移到一个蓝色的云服务(也称托管服务)。
这一决定是因为我读了Azure网站更简单,快速,几乎没有Azure的具体配置或代码开发。 因此,起动快,简单的是项目的良好起点。
但是,这是一个很好的起点吗? 正在迁移的Azure的Web站点到Azure的云服务一样你迁移正常ASP.NET网站到Azure的云服务? 你会从一开始就在Azure的云服务的权利开始? 如果是,为什么?
谢谢你的时间。
我有一个项目,我正打算启动Web应用程序作为Azure的Web站点,然后如果需要的规模策略将其迁移到一个蓝色的云服务(也称托管服务)。
这一决定是因为我读了Azure网站更简单,快速,几乎没有Azure的具体配置或代码开发。 因此,起动快,简单的是项目的良好起点。
但是,这是一个很好的起点吗? 正在迁移的Azure的Web站点到Azure的云服务一样你迁移正常ASP.NET网站到Azure的云服务? 你会从一开始就在Azure的云服务的权利开始? 如果是,为什么?
谢谢你的时间。
其实这两种部署模式的好处,它最终将回落到你想要达到的最终应用程序的成功。
下面我列出每个模型的优点和缺点,以确保你正在做正确的选择,为您的应用目标。
你已经正确识别了Windows Azure网站是应用程序一个很好的起点,但你也可以认为网站没有许多解决方案提供了足够的可扩展性。
云服务(前身为托管服务),绝对是网络应用的未来的憧憬。 它兼具弹性修造保留的应用程序通过缩放来满足需求实惠的成本,回拨容量时流量减慢。
上述项目有可能给你足够的规划申请在不久的将来,这是非常有可能,你可能要考虑云服务的未来(它适合许多应用场景更好地从长远来看)。
这里的事情来帮助Web站点以云服务之间的可移植性的列表:
开始思考无国籍
Windows Azure的网站是很好的,因为它是一种持久性的环境中,这意味着你能之类的东西会话状态和资产存储到磁盘。
虽然这是一个很好的功能,这是最好的开始规划对一个无状态的应用程序,如果你的最终目标是要在云服务。 这里有一些事情可以做,开始考虑无状态:
可以很容易地发现数据中的模式
云服务的好处是它可以让你只缩放什么需要规模来降低成本。 启动识别你的秤台的过程中,即你如何分割您在存储数据库或表。
Azure是一个伟大的地方,让自己的应用,但也有一些你需要知道之前开始迁移这方面的考虑。
Azure的网站和托管服务是真是小巫见大巫部署。 使用Visual Studio您生成包,只是把它上传。 然后你有一个开发环境进行检查。 如果这是对你合适,交换的IP。 如果不是对你合适,再次升级。
你的情况下,有一些特性,可能是恼人。 例如,你不能确定你的IP。 那么,如果你的应用程序使用IP限制一些提供商合作,你将需要弄清楚如何进行。
更多的考虑。 您的“服务器”可以在任何时候重新映像。 如果存储在本地磁盘上的东西,该文件可能会走在任何时刻。
如果你必须为每个网站至少2个实例以上Azure的工作非常好。 也许你的程序是没有准备。 第一步将管理与appFabri会议 ℃。 真的很容易,只需在你的web配置的变化。 要小心,因为这个会话状态不为“旧”工作完全。 你不能存储非序列化对象(应该很容易适应)或非常大的对象(超过8MB)。
如果你打算从零开发的东西,我建议你开始从一开始就蔚蓝。 原因很简单:它是真正便宜开始,你会不会付出严重的钱,直到该应用有权访问很多的。 这也是很便宜安装一个SQLAzure和存储账户。 一,你必须全部到位,可以很容易地添加更多的实例或扩展。
例:
想象一下,你有一个想法,你希望显示一些可能的投资者。
你开始建立一个小SQLAzure数据库(1GB),$ 9,99每月。
然后你建立一个网站,你把2个额外的小实例,$ 18,72月。
比方说,你需要100 GB的空间(图像,备份,...),$ 12.50每月。
在他的观点,你必须全部到位,开始您的业务支付不到50 $每月。
如果你的网站有出口和访问开始来了,你改变你的情况下,对于小实例(这是非常危险的有生产环境特小的情况下,因为没有CPU预留)。 然后,你改变了额外的小的成本(18,71 $)高达$ 57,60。 也许你需要的是SQL Azure的更多的空间? 等等...
价格从此处计算: http://www.windowsazure.com/en-us/pricing/calculator/?scenario=web 。
这些都是一些提示,还有很多。 我的建议是开始试用帐号并使用它。
最后的忠告:它很容易解决一切都只是购买更多的资源。 有时你需要重构和优化你的代码。 如果你只是每次有问题的时候添加更多的资源,你可以用一个巨大的账单和一个非常混乱的代码结束。
希望能帮助到你!
我读了所有职位和所有的人都非常有帮助。 除了所有的帖子,我发现在MSDN上的信息: Windows Azure的网站,云服务和虚拟机:当要使用哪个?
使用Windows Azure网站,您可以:
有了云服务,您可以:
也有总结MSDN上的选项:
而一些比较特色网站和云服务上的MSDN:
Windows Azure云服务在网站的另一个优点是,云服务可以被添加到Azure的虚拟网络。 这可以给它像数据库访问本地资源。 所以,如果你的要求是这样的,你需要提供Azure的可扩展性,但需要保持本地由于安全限制你的数据,云服务是一个更好的选择。
Azure网站不能是一个蓝色的虚拟网络的一部分。 要访问本地资源的机制,如Azure的服务总线中继必须配置。
我们有我们的网站上的一些托管在某一时刻决定将其移动到Azure中(其中坐在我们服务的主要组成部分)上运行PHP。 我们已经开始与Azure网站这是从视图(主要是使用Git集成)的发展点大。 但大约一个星期的测试(当我们决定实际移动制作的网站)后,我们发现,目前
因此,我们搬到了托管服务。 对我们来说,主要问题是缺乏简单的部署能力(需要建立包并上传网站的全包),发现解决方案是使用Dropbox的 - 为角色启动任务,我们安装在保管箱服务机,这需要从Dropbox的所有网站,这反过来又SVN签出的文件夹,所以网站更新变得非常容易。