Overzicht van Azure Cloud ServicesOverview of Azure Cloud Services

Azure Cloud Services is een voor beeld 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 voor de ondersteuning van toepassingen die schaalbaar, betrouwbaar en goed koop zijn om te kunnen worden gebruikt.Like Azure App Service, this technology is designed to support applications that are scalable, reliable, and inexpensive to operate. Op dezelfde manier als App Service wordt gehost op virtuele machines (Vm's), is ook Azure Cloud Services.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 kunt uw eigen software installeren op Vm's die gebruikmaken van Azure Cloud Services en u kunt deze op afstand openen.You can install your own software on VMs that use Azure Cloud Services, and you can access them remotely.

Cloud Services diagram van Azure

Meer controle houdt ook minder gebruiks gemak met zich mee.More control also means less ease of use. Tenzij u de extra beheer opties nodig hebt, is het doorgaans sneller en eenvoudiger om een webtoepassing in de Web Apps-functie van App Service uit te voeren 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 soorten 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:

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

  • Rol van werk nemer: gebruikt IIS niet en voert de zelfstandige app uit.Worker role: Does not use IIS, and runs your app standalone.

Een eenvoudige toepassing kan bijvoorbeeld gebruikmaken van slechts één webrol, voor een website.For example, a simple application might use just a single web role, serving a website. Een complexere toepassing maakt mogelijk gebruik van een webrol voor het verwerken van binnenkomende aanvragen van gebruikers en geeft deze aanvragen vervolgens door aan een worker-rol 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 gebruikmaken van Azure service bus of Azure Queue-opslag.)(This communication might use Azure Service Bus or Azure Queue storage.)

Zoals in de voor gaande afbeelding wordt voorgesteld, worden alle virtuele machines in één toepassing uitgevoerd in dezelfde Cloud service.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 worden verdeeld over de virtuele machines 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 virtuele machines in een Azure Cloud Services-toepassing op een manier die een single point of hardwarestoring voor komt.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 worden uitgevoerd op virtuele machines, is het belang rijk om te begrijpen dat Azure Cloud Services voorziet in PaaS, geen IaaS (Infrastructure as a Service).Even though applications run in VMs, it's important to understand that Azure Cloud Services provides PaaS, not infrastructure as a service (IaaS). Hier volgt een van de manieren waarop u dit kunt nadenken.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 beheren van veel van deze wereld, door het volgende te doen, zoals het implementeren van nieuwe patches van het besturings systeem op elke virtuele machine.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 is het daarentegen alsof de omgeving al bestaat.In PaaS, by contrast, it's as if the environment already exists. U hoeft alleen maar uw toepassing te implementeren.All you have to do is deploy your application. Beheer van het platform waarop het wordt uitgevoerd, met inbegrip van de implementatie van nieuwe versies van het besturings systeem, 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 geeft u een configuratie bestand op waarmee wordt aangegeven hoe veel van elk gewenst gewenst is, zoals ' drie rolinstanties ' en ' twee worker Role instances '.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 deze vervolgens voor u.The platform then creates them for you. U hebt nog steeds de grootte van de back-ups van de virtuele machines, maar u kunt ze zelf niet expliciet maken.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 afhandelen, kunt u vragen om meer Vm's en worden deze instanties door Azure gemaakt.If your application needs to handle a greater load, you can ask for more VMs, and Azure creates those instances. Als de belasting afneemt, kunt u die instanties afsluiten en voor hen niet meer betalen.If the load decreases, you can shut down those instances and stop paying for them.

Een Azure Cloud Services-toepassing wordt normaal gesp roken beschikbaar gesteld aan gebruikers via een proces dat uit twee stappen bestaat.An Azure Cloud Services application is typically made available to users via a two-step process. Een ontwikkelaar uploadt eerst de toepassing naar het faserings gebied 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 fase ring met productie te vervangen.When the developer is ready to make the application live, they use the Azure portal to swap staging with production. Deze Schakel optie tussen fase ring en productie kan zonder downtime worden uitgevoerd, waardoor een actieve toepassing kan worden bijgewerkt naar een nieuwe versie zonder dat de gebruikers ervan worden verstoord.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 bewaking.Azure Cloud Services also provides monitoring. Net als Virtual Machines detecteert het een mislukte fysieke server en start de virtuele machines die op die server worden uitgevoerd op een nieuwe computer.Like Virtual Machines, it detects a failed physical server and restarts the VMs that were running on that server on a new machine. Azure Cloud Services detecteert ook mislukte Vm's en toepassingen, niet alleen hardwarestoringen.But Azure Cloud Services also detects failed VMs and applications, not just hardware failures. In tegens telling tot Virtual Machines heeft het een agent in elke web-en worker-rol, waardoor het mogelijk is om nieuwe Vm's en toepassings exemplaren 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.

De PaaS aard 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 zijn gebouwd op basis van deze technologie, moeten worden geschreven om correct te worden uitgevoerd wanneer een web-of worker-instantie 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. Hiervoor is een Azure Cloud Services-toepassing niet in staat om de status in het bestands systeem van de eigen Vm's te hand haven.To achieve this, an Azure Cloud Services application shouldn't maintain state in the file system of its own VMs. In tegens telling tot Vm's die zijn gemaakt met Virtual Machines, zijn de schrijf bewerkingen naar Azure Cloud Services Vm's niet permanent.Unlike VMs created with Virtual Machines, writes made to Azure Cloud Services VMs aren't persistent. Er is niets, zoals een Virtual Machines gegevens schijf.There's nothing like a Virtual Machines data disk. In plaats daarvan moet een Azure Cloud Services-toepassing alle status expliciet schrijven naar Azure SQL Database, blobs, tabellen of andere externe opslag.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 geschaald en kunnen ze meer bestendig worden. Dit zijn beide belang rijke doelen van Azure Cloud Services.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