Create highly‐available, infinitely scalable applications and API’s
Quickly deploy and manage powerful applications and services with Windows Azure Cloud Services. Simply upload your application and Windows Azure handles the deployment details – from provisioning and load balancing to health monitoring for continuous availability. Your application is backed by an industry leading 99.95% monthly SLA. You just focus on the application and not the infrastructure. It’s that good.
Use Cloud Services to:
Focus on your application, not the infrastructure
Never worry about patching, hardware failures, or network issues again. Windows Azure Cloud Services is designed to let you build applications that are continuously available even during system upgrades and hardware failures. Now you can just work on the code – the part that matters.
Develop internet‐scale API’s for a world of devices
Every new mobile application needs a powerful set of server side services to power it. With Windows Azure Cloud Services you have everything you need to build the most robust, scalable APIs you can dream up. Take advantage of instant access to infinite scale so you can handle huge success without having to write any new code.
Build modern, cloud architectures
Windows Azure Cloud Services provides the most effective application environment for building the most modern, distributed, computing applications on the planet. Your customers will benefit from apps that respond faster and never go down.
Monitor, alert and auto scale (preview)
Windows Azure provides a number of capabilities that help you better understand the health of your applications. You can monitor the health and availability of your applications using the health metrics dashboard and set up alert rules to be notified when your service availability is degraded. You can also define an event of interest, be notified in real-time when the event occurs, and perform actions based on the events. Windows Azure allows you to configure your application to automatically scale up or down to match the current demands while minimizing costs with auto scale rules. Health and availability monitoring, auto scaling, and alerting are available at no additional cost while in preview.
When you create an application and run it in Windows Azure, the code and configuration together are called a Windows Azure cloud service (known as a hosted service in earlier Windows Azure releases).
By creating a cloud service, you can deploy a multi-tier application in Windows Azure, defining multiple roles to distribute processing and allow flexible scaling of your application. A cloud service consists of one or more web roles and/or worker roles, each with its own application files and configuration.
For a cloud service, Windows Azure maintains the infrastructure for you, performing routine maintenance, patching the operating systems, and attempting to recover from service and hardware failures. If you define at least two instances of every role, most maintenance, as well as your own service upgrades, can be performed without any interruption in service. A cloud service must have at least two instances of every role to qualify for the Windows Azure Service Level Agreement, which guarantees external connectivity to your Internet-facing roles at least 99.95 of the time.
Each cloud service has two environments to which you can deploy your service package and configuration. You can deploy a cloud service to the staging environment to test it before you promote it to production. Promoting a staged cloud service to production is a simple matter of swapping the virtual IP addresses (VIPs) that are associated with the two environments.
Cloud service role: A cloud service role is comprised of application files and a configuration. A cloud service can have two types of role
Role instance: A role instance is a virtual machine on which the application code and role configuration run. A role can have multiple instances, defined in the service configuration file.
Guest operating system: The guest operating system for a cloud service is the operating system installed on the role instances (virtual machines) on which your application code runs.
Cloud service components: Three components are required in order to deploy an application as a cloud service in Windows Azure
Cloud service deployment: A cloud service deployment is an instance of a cloud service deployed to the Windows Azure staging or production environment. You can maintain deployments in both staging and production.
Deployment environments: Windows Azure offers two deployment environments for cloud services: a staging environment in which you can test your deployment before you promote it to the production environment. The two environments are distinguished only by the virtual IP addresses (VIPs) by which the cloud service is accessed. In the staging environment, the cloud service’s globally unique identifier (GUID) identifies it in URLs (GUID.cloudapp.net). In the production environment, the URL is based on the friendlier DNS prefix assigned to the cloud service (for example, myservice.cloudapp.net).
Swap deployments: To promote a deployment in the Windows Azure staging environment to the production environment, you can “swap” the deployments by switching the VIPs by which the two deployments are accessed. After the deployment, the DNS name for the cloud service points to the deployment that had been in the staging environment.
Minimal vs. verbose monitoring: Minimal monitoring, which is configured by default for a cloud service, uses performance counters gathered from the host operating systems for role instances (virtual machines). Verbose monitoring gathers additional metrics based on performance data within the role instances to enable closer analysis of issues that occur during application processing.
Windows Azure Diagnostics: Windows Azure Diagnostics is the API that enables you to collect diagnostic data from applications running in Windows Azure. Windows Azure Diagnostics must be enabled for cloud service roles in order for verbose monitoring to be turned on.
Link a resource: To show your cloud service’s dependencies on other resources, such as a Windows Azure SQL Database instance, you can “link” the resource to the cloud service. In the Preview Management Portal, you can view linked resources on the Linked Resources page, view their status on the dashboard, and scale a linked SQL Database instance along with the service roles on the Scale page. Linking a resource in this sense does not connect the resource to the application; you must configure the connections in the application code.
Scale a cloud service: A cloud service is scaled out by increasing the number of role instances (virtual machines) deployed for a role. A cloud service is scaled in by decreasing role instances. In the Preview Management Portal, you can also scale a linked SQL Database instance, by changing the SQL Database edition and the maximum database size, when you scale your service roles.
Windows Azure Service Level Agreement (SLA): The Windows Azure Compute SLA guarantees that, when you deploy two or more role instances for every role, access to your cloud service will be maintained at least 99.95 percent of the time. Also, detection and corrective action will be initiated 99.9 percent of the time when a role instance’s process is not running.