Azure的迁移网站到Azure的云服务(Migrate Azure Web Site to Azu

2019-07-30 16:07发布

我有一个项目,我正打算启动Web应用程序作为Azure的Web站点,然后如果需要的规模策略将其迁移到一个蓝色的云服务(也称托管服务)。

这一决定是因为我读了Azure网站更简单,快速,几乎没有Azure的具体配置或代码开发。 因此,起动快,简单的是项目的良好起点。

但是,这是一个很好的起点吗? 正在迁移的Azure的Web站点到Azure的云服务一样你迁移正常ASP.NET网站到Azure的云服务? 你会从一开始就在Azure的云服务的权利开始? 如果是,为什么?

谢谢你的时间。

Answer 1:

其实这两种部署模式的好处,它最终将回落到你想要达到的最终应用程序的成功。

下面我列出每个模型的优点和缺点,以确保你正在做正确的选择,为您的应用目标。

Windows Azure的网站

你已经正确识别了Windows Azure网站是应用程序一个很好的起点,但你也可以认为网站没有许多解决方案提供了足够的可扩展性。

优点

  • 在预览期间 10个免费网站[ 免费为12个月 ]
  • 轻松部署(使用git, TFS ,Web部署或FTP)
  • 快速可扩展性 (可以移动到您自己的专用群集[又名保留标准])
  • 简单的开发(支持传统的ASP, ASP.NET , Node.js的 ,巨蟒和PHP )
  • 持久性环境(大多数人都习惯到这一点)

缺点

  • 在自定义域的SSL不支持
  • 在预览(目前没有SLA)

Windows Azure云服务

云服务(前身为托管服务),绝对是网络应用的未来的憧憬。 它兼具弹性修造保留的应用程序通过缩放来满足需求实惠的成本,回拨容量时流量减慢。

优点

  • 提高控制应用程序的成本(如果正确的架构)
  • 柔韧性(你必须对环境完全控制)
    • SSL支持
    • 语言无关
    • Web服务器不可知论者(虽然IIS默认提供)
  • 服务器的自动管理

缺点

  • 建筑应慎重考虑
  • 部署时间较慢(减慢开发周期)

事情要考虑的可移植性

上述项目有可能给你足够的规划申请在不久的将来,这是非常有可能,你可能要考虑云服务的未来(它适合许多应用场景更好地从长远来看)。

这里的事情来帮助Web站点以云服务之间的可移植性的列表:

  1. 开始思考无国籍

    Windows Azure的网站是很好的,因为它是一种持久性的环境中,这意味着你能之类的东西会话状态和资产存储到磁盘。

    虽然这是一个很好的功能,这是最好的开始规划对一个无状态的应用程序,如果你的最终目标是要在云服务。 这里有一些事情可以做,开始考虑无状态:

    • 不要依赖于会话状态
      • 如果你需要它,想出了一个策略,使其规模(缓存服务,SQL或存储)
    • 使用存储服务
      • 资产,如静态的HTML,CSS,JavaScript和图像最好放在寄存
        • 您的网站上避免了额外的带宽(可能停留更低的成本共享更长)
        • 可以CDN启用,为国际市场提供更好的体验
        • 更轻松地更新网页时的资产应用程序迁移到云服务
      • 存储用户内容
        • 如果您的应用程序已经存储到存储服务,还有移动到云服务时,在将来的某更少的代码修改。
  2. 可以很容易地发现数据中的模式

    云服务的好处是它可以让你只缩放什么需要规模来降低成本。 启动识别你的秤台的过程中,即你如何分割您在存储数据库或表。



Answer 2:

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 。

这些都是一些提示,还有很多。 我的建议是开始试用帐号并使用它。

最后的忠告:它很容易解决一切都只是购买更多的资源。 有时你需要重构和优化你的代码。 如果你只是每次有问题的时候添加更多的资源,你可以用一个巨大的账单和一个非常混乱的代码结束。

希望能帮助到你!



Answer 3:

我读了所有职位和所有的人都非常有帮助。 除了所有的帖子,我发现在MSDN上的信息: Windows Azure的网站,云服务和虚拟机:当要使用哪个?

使用Windows Azure网站,您可以:

  • 构建于Windows Azure的高度可扩展的Web站点。
  • 快速,轻松地部署站点一个高度可扩展的云环境,使您可以根据需要启动小和规模。
  • 使用您所选择的语言和开源应用程序,然后用FTP,Git的或TFS部署和轻松集成的Windows Azure服务,如SQL数据库,缓存,CDN和存储。

有了云服务,您可以:

  • 建或在Windows Azure上扩展您的企业应用程序。
  • 创建使用丰富的PaaS环境高度可用的,可扩展的应用程序和服务。 支持先进的多层场景,自动部署和弹性的尺度。 客户在世界各地的任何地方提供卓越的SaaS解决方案。

也有总结MSDN上的选项:

而一些比较特色网站和云服务上的MSDN:



Answer 4:

Windows Azure云服务在网站的另一个优点是,云服务可以被添加到Azure的虚拟网络。 这可以给它像数据库访问本地资源。 所以,如果你的要求是这样的,你需要提供Azure的可扩展性,但需要保持本地由于安全限制你的数据,云服务是一个更好的选择。

Azure网站不能是一个蓝色的虚拟网络的一部分。 要访问本地资源的机制,如Azure的服务总线中继必须配置。



Answer 5:

我们有我们的网站上的一些托管在某一时刻决定将其移动到Azure中(其中坐在我们服务的主要组成部分)上运行PHP。 我们已经开始与Azure网站这是从视图(主要是使用Git集成)的发展点大。 但大约一个星期的测试(当我们决定实际移动制作的网站)后,我们发现,目前

  1. 没有SSL用于自定义域
  2. 自定义域仅适用于预留实例(无共享架构)
  3. SLA

因此,我们搬到了托管服务。 对我们来说,主要问题是缺乏简单的部署能力(需要建立包并上传网站的全包),发现解决方案是使用Dropbox的 - 为角色启动任务,我们安装在保管箱服务机,这需要从Dropbox的所有网站,这反过来又SVN签出的文件夹,所以网站更新变得非常容易。



文章来源: Migrate Azure Web Site to Azure Cloud Service