如何将一个应用改造为Azure云服务

云服务是Azure上最重要的PaaS服务之一。相比于使用IaaS虚拟机，使用云服务会带来如下好处：

• 单点发布应用
• 与开发工具无缝集成，一键发布应用
• 应用自动部署
  
• 分钟级实现系统规模扩容、收缩
• 按照策略进行弹性伸缩（自2013年6月29日起）
  
• 灵活切换生产、过渡环境
  
• 自动收集性能数据和诊断信息
• 无需对OS及补丁进行管理
  

将一个普通Web应用发布为云服务也相当的简单。Azure为.NET/PHP/Java/Node.js/Python这些语言提供了开发环境集成，或者是发布工具。如果应用是采用这些语言开发的，而且可以运行在Windows Server上，那么基本上就可以以云服务的形式发布。为了让应用更好的运行，在应用发布之前，需要经过一些改造，这种改造的程度，取决于应用的架构和部署方式。

改造工作的目的，是让云服务符合互联网应用开发的最佳实践，即：无状态、多实例并发、自动化管理：

• 无状态的含义，是计算节点的无状态。状态信息（包括业务数据）全部存储在独立的存储服务上：SQL数据库、Blob、Table等。这样的好处，是计算和存储分离，可以独立扩展，同时也解决了数据分散在不同节点上这一弊端。计算节点无状态后，Azure可以快速增加或减少计算节点数量而不会影响应用运行，而单一计算节点的故障也不会影响系统运行。这种无状态设计可以同时提高系统可用性和可扩展性
• 多实例并发的含义，是任意一个组件都可以线性水平扩展，系统的处理能力不会受到单一一个组件处理能力的限制。那个组件处理能力不够了，增加其虚拟机实例数量即可。同时多实例运行可以天然消除单点故障，提供系统可用性
• 部署过集群的人都会明白管理一堆机器是多么麻烦。多实例解决了系统扩展性的问题，但带来了管理的难题。对于大规模分布式系统来讲，理想的管理方式是自动化管理。

如果我们把Azure看成一个云OS，那么每个处理请求的虚拟机就是一个“CPU”，Azure各种存储服务就是“硬盘”，连接各种节点的网络就是“总线”，云服务的部署过程就是这个云OS加载应用的过程。用户不需要关注应用是如何加载到每个“CPU”上的，只需要按照Azure的格式准备发布包，剩下的发布过程都是自动完成的。在云OS下，“CPU”数量（虚拟机实例数）是动态可调的，“CPU”可以动态更换，一个应用可以在多个“CPU”上并发执行

下图是一个Azure云服务的典型部署架构。图中的Web节点和Worker节点数可以灵活调整，而所有状态信息和数据都在计算节点之外。Web和Worker节点之间的通信，也是通过存储（比如Queue）来中转。

对于一个应用来说，跟状态和多实例相关的功能主要包括文件、缓存、session等。下面这张表，描述了不同情况下应用需要进行的改造：

以上这张表，并不是每个应用都会涉及。大部分应用只需要进行Web Role和Worker Role的定义即可

在改造完成后，即可按照不同的语言进行应用的发布：

• .NET: https://github.com/WindowsAzure-TrainingKit/HOL-DeployingCloudServices-VS2012/blob/master/HOL.md
  
• PHP:http://blog.csdn.net/shaunfang/article/details/8558219
  
• Java: http://blog.csdn.net/shaunfang/article/details/8585708
  
• Node.js: http://www.windowsazure.com/en-us/develop/nodejs/tutorials/getting-started/
  
• Python: http://www.windowsazure.com/en-us/develop/python/tutorials/django-with-visual-studio/
  

最后

以上就是跳跃宝马为你收集整理的如何将一个应用改造为Azure云服务的全部内容，希望文章能够帮你解决如何将一个应用改造为Azure云服务所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。