Overzicht van Azure Cloud ServicesOverview of Azure Cloud Services

Azure Cloud Services is een voorbeeld van een platform as a service (PaaS).Azure Cloud Services is an example of a platform as a service (PaaS). Net als Azure App Serviceis deze technologie ontworpen om toepassingen te ondersteunen die schaalbaar, betrouwbaar en goedkoop zijn om te werken.Like Azure App Service, this technology is designed to support applications that are scalable, reliable, and inexpensive to operate. Net zoals App Service wordt gehost op virtuele machines (VM's), is azure cloud services dat ook.In the same way that App Service is hosted on virtual machines (VMs), so too is Azure Cloud Services. U hebt echter meer controle over de VM's.However, you have more control over the VMs. U uw eigen software installeren op VM's die Azure Cloud Services gebruiken en u deze op afstand openen.You can install your own software on VMs that use Azure Cloud Services, and you can access them remotely.

Azure Cloud Services-diagram

Meer controle betekent ook minder gebruiksgemak.More control also means less ease of use. Tenzij u de extra besturingselementopties nodig hebt, is het doorgaans sneller en eenvoudiger om een webtoepassing in de Web Apps-functie van App Service te gebruiken in vergelijking met Azure Cloud Services.Unless you need the additional control options, it's typically quicker and easier to get a web application up and running in the Web Apps feature of App Service compared to Azure Cloud Services.

Er zijn twee typen Azure Cloud Services-rollen.There are two types of Azure Cloud Services roles. Het enige verschil tussen de twee is hoe uw rol wordt gehost op de VM's:The only difference between the two is how your role is hosted on the VMs:

  • Webrol: implementeert en host uw app automatisch via IIS.Web role: Automatically deploys and hosts your app through IIS.

  • Functie van werknemer: maakt geen gebruik van IIS en voert uw app zelfstandig uit.Worker role: Does not use IIS, and runs your app standalone.

Een eenvoudige toepassing kan bijvoorbeeld slechts één webrol gebruiken, die een website bedient.For example, a simple application might use just a single web role, serving a website. Een complexere toepassing kan een webrol gebruiken om binnenkomende aanvragen van gebruikers te verwerken en deze aanvragen vervolgens door te geven aan een werkrol voor verwerking.A more complex application might use a web role to handle incoming requests from users, and then pass those requests on to a worker role for processing. (Deze communicatie kan gebruik maken van Azure Service Bus of Azure Queue storage.)(This communication might use Azure Service Bus or Azure Queue storage.)

Zoals de vorige figuur suggereert, worden alle VM's in één toepassing uitgevoerd in dezelfde cloudservice.As the preceding figure suggests, all the VMs in a single application run in the same cloud service. Gebruikers hebben toegang tot de toepassing via één openbaar IP-adres, waarbij aanvragen automatisch in evenwicht worden gebracht in de VM's van de toepassing.Users access the application through a single public IP address, with requests automatically load balanced across the application's VMs. Het platform schaalt en implementeert de VM's in een Azure Cloud Services-toepassing op een manier die één punt van hardwarefout voorkomt.The platform scales and deploys the VMs in an Azure Cloud Services application in a way that avoids a single point of hardware failure.

Hoewel toepassingen in VM's worden uitgevoerd, is het belangrijk om te begrijpen dat Azure Cloud Services PaaS biedt, geen infrastructuur als een service (IaaS).Even though applications run in VMs, it's important to understand that Azure Cloud Services provides PaaS, not infrastructure as a service (IaaS). Hier is een manier om erover na te denken.Here's one way to think about it. Met IaaS, zoals Azure Virtual Machines, maakt en configureert u eerst de omgeving waarin uw toepassing wordt uitgevoerd.With IaaS, such as Azure Virtual Machines, you first create and configure the environment your application runs in. Vervolgens implementeert u uw toepassing in deze omgeving.Then you deploy your application into this environment. U bent verantwoordelijk voor het beheer van een groot deel van deze wereld, door dingen te doen, zoals het implementeren van nieuwe gepatchte versies van het besturingssysteem in elke VM.You're responsible for managing much of this world, by doing things such as deploying new patched versions of the operating system in each VM. In PaaS daarentegen is het alsof de omgeving al bestaat.In PaaS, by contrast, it's as if the environment already exists. Het enige wat u hoeft te doen is uw toepassing implementeren.All you have to do is deploy your application. Het beheer van het platform waarop het draait, inclusief het implementeren van nieuwe versies van het besturingssysteem, wordt voor u afgehandeld.Management of the platform it runs on, including deploying new versions of the operating system, is handled for you.

Schalen en beherenScaling and management

Met Azure Cloud Services maakt u geen virtuele machines.With Azure Cloud Services, you don't create virtual machines. In plaats daarvan biedt u een configuratiebestand op dat Azure vertelt hoeveel van elk dat u wilt, zoals 'drie webrolexemplaren' en 'twee rolinstanties voor werknemers'.Instead, you provide a configuration file that tells Azure how many of each you'd like, such as "three web role instances" and "two worker role instances." Het platform maakt ze dan voor u.The platform then creates them for you. U kiest nog steeds welke grootte die back-VM's moeten zijn, maar u maakt ze niet expliciet zelf.You still choose what size those backing VMs should be, but you don't explicitly create them yourself. Als uw toepassing een grotere belasting moet verwerken, u om meer VM's vragen en Azure maakt deze exemplaren.If your application needs to handle a greater load, you can ask for more VMs, and Azure creates those instances. Als de belasting afneemt, u deze exemplaren afsluiten en stoppen met betalen.If the load decreases, you can shut down those instances and stop paying for them.

Een Azure Cloud Services-toepassing wordt doorgaans beschikbaar gesteld aan gebruikers via een proces in twee stappen.An Azure Cloud Services application is typically made available to users via a two-step process. Een ontwikkelaar uploadt de toepassing eerst naar het faseringsgebied van het platform.A developer first uploads the application to the platform's staging area. Wanneer de ontwikkelaar klaar is om de toepassing live te maken, gebruiken ze de Azure-portal om fasering te ruilen met productie.When the developer is ready to make the application live, they use the Azure portal to swap staging with production. Deze switch tussen staging en productie kan worden gedaan zonder downtime, waardoor een draaiende toepassing kan worden geüpgraded naar een nieuwe versie zonder de gebruikers te storen.This switch between staging and production can be done with no downtime, which lets a running application be upgraded to a new version without disturbing its users.

BewakingMonitoring

Azure Cloud Services biedt ook monitoring.Azure Cloud Services also provides monitoring. Net als virtuele machines detecteert het een mislukte fysieke server en start de VM's die op die server op een nieuwe server werden uitgevoerd opnieuw.Like Virtual Machines, it detects a failed physical server and restarts the VMs that were running on that server on a new machine. Maar Azure Cloud Services detecteert ook mislukte VM's en toepassingen, niet alleen hardwarefouten.But Azure Cloud Services also detects failed VMs and applications, not just hardware failures. In tegenstelling tot virtuele machines, het heeft een agent in elke web en werknemer rol, en dus het is in staat om nieuwe VM's en toepassingsinstanties te starten wanneer er fouten optreden.Unlike Virtual Machines, it has an agent inside each web and worker role, and so it's able to start new VMs and application instances when failures occur.

Het PaaS-karakter van Azure Cloud Services heeft ook andere implicaties.The PaaS nature of Azure Cloud Services has other implications, too. Een van de belangrijkste is dat toepassingen die op deze technologie zijn gebouwd, moeten worden geschreven om correct te worden uitgevoerd wanneer een web- of werknemersrolinstantie mislukt.One of the most important is that applications built on this technology should be written to run correctly when any web or worker role instance fails. Om dit te bereiken, mag een Azure Cloud Services-toepassing de status in het bestandssysteem van zijn eigen VM's niet behouden.To achieve this, an Azure Cloud Services application shouldn't maintain state in the file system of its own VMs. In tegenstelling tot VM's die met virtuele machines zijn gemaakt, zijn schrijfbewerkingen naar Azure Cloud Services VM's niet blijvend.Unlike VMs created with Virtual Machines, writes made to Azure Cloud Services VMs aren't persistent. Er gaat niets boven een Virtual Machines data schijf.There's nothing like a Virtual Machines data disk. In plaats daarvan moet een Azure Cloud Services-toepassing expliciet alle statusnaar Azure SQL Database, blobs, tabellen of een andere externe opslag schrijven.Instead, an Azure Cloud Services application should explicitly write all state to Azure SQL Database, blobs, tables, or some other external storage. Door toepassingen op deze manier te bouwen, kunnen ze eenvoudiger worden opschaald en beter bestand zijn tegen storingen, wat beide belangrijke doelen van Azure Cloud Services zijn.Building applications this way makes them easier to scale and more resistant to failure, which are both important goals of Azure Cloud Services.

Volgende stappenNext steps