Implementatiesites maken
Organisaties moeten web-apps vaak uitvoeren in een afgeschermde omgeving om ze vóór de implementatie te testen. De implementatie ervan dient ook snel en zonder gevolgen voor gebruikers te gebeuren.
Stel dat u probeert te bepalen of het gebruik van sites een gestroomlijnde methode is om een web-app in uw sociale media-systeem te implementeren. U wilt weten of implementatiesites de downtime tijdens implementaties bekorten, of ze terugdraaiacties vereenvoudigen en of u ze kunt instellen in Azure.
Hier leert u hoe implementatiesites het testen en implementeren van nieuwe code vereenvoudigen.
Een implementatiesite gebruiken
U kunt binnen een Azure App Service web-app meerder implementatiesites maken. Elke site is een afzonderlijk exemplaar van die web-app, met een afzonderlijke hostnaam. U kunt in elke site een andere versie van uw web-app implementeren.
Eén site is de productiesite. Deze site is de web-app die gebruikers zien wanneer ze verbinding maken. Controleer of de app die naar deze site wordt geïmplementeerd, stabiel is en goed is getest.
Gebruik extra sites om nieuwe versies van uw web-app te hosten. U kunt tests zoals integratietests, acceptatietests en capaciteitstests uitvoeren op basis van deze exemplaren. Los eventuele problemen op voordat u de code naar de productiesite verplaatst. Extra sites gedragen zich als zelfstandige App Service-exemplaren, waardoor u met zekerheid weet dat uw tests weergeven hoe de app zal worden uitgevoerd in een productieomgeving.
Wanneer u tevreden bent met de testresultaten voor een nieuwe appversie, implementeert u deze door de betreffende site met de productiesite te wisselen. In tegenstelling tot de implementatie van code is de wisseling van sites onmiddellijk. Wanneer u van site wisselt, worden de hostnamen uitgewisseld en wordt het productieverkeer onmiddellijk verzonden naar de nieuwe versie van de app. Wanneer u van site wisselt om een implementatie uit te voeren, is uw app nooit gedeeltelijk geïmplementeerd zichtbaar op de openbare website.
Als u ontdekt dat er ondanks zorgvuldig testen een probleem is met de nieuwe versie, kunt u de versie snel terugdraaien door weer van site te wisselen.
Inzicht in sites als afzonderlijke Azure-resources
Als u meer dan één implementatiesite gebruikt voor een web-app, worden die sites behandeld als afzonderlijke exemplaren van die web-app. Zo worden ze afzonderlijk weergegeven op de pagina Alle resources in Azure Portal. Deze hebben elk hun eigen URL. Elke site deelt echter de resources van het App Service-plan, inclusief geheugen en CPU van virtuele machines, evenals schijfruimte.
Implementatiesites en servicelagen maken
Implementatiesites zijn alleen beschikbaar wanneer uw web-app een App Service-plan gebruikt uit de servicelaag Standard, Premium of Isolated. In de volgende tabel ziet u het maximum aantal sites dat u kunt maken:
| Laag | Maximale aantal staging-sites |
|---|---|
| Beschikbaar | 0 |
| Gedeeld | 0 |
| Basis | 0 |
| Standaard | 5 |
| Premium | 20 |
| Geïsoleerd | 20 |
Een koude start vermijden tijdens wisselen
Veel van de technologieën die ontwikkelaars gebruiken om web-apps te maken, vereisen laatste compilaties en andere acties op de server voordat zij een gebruiker een pagina aanbieden. Veel van deze taken worden uitgevoerd wanneer de app wordt gestart en een aanvraag ontvangt. Als u bijvoorbeeld ASP.NET gebruikt om uw app te maken, wordt er code gecompileerd en worden er weergaven voltooid wanneer de eerste gebruiker een pagina opvraagt. Volgende aanvragen voor die pagina ontvangen een sneller antwoord, omdat de code al is gecompileerd.
De eerste vertraging wordt een koude start genoemd. U kunt een koude start vermijden doordat u implementaties naar productie uitvoert door middel van sites wisselen. Wanneer u een site naar productie wisselt, warmt u de app op omdat door uw actie een aanvraag naar de hoofdmap van de site wordt verzonden. Deze aanvraag voor opwarmen zorgt ervoor dat alle compilatie- en cachetaken al zijn voltooid. Na de wisseling reageert de site net zo snel alsof deze al dagen is geïmplementeerd.
Een implementatiesite maken
Controleer, voordat u een site, maakt of uw web-app wordt uitgevoerd in de laag Standard, Premium of Isolated:
Open uw web-app in Azure Portal.
Selecteer het deelvenster Implementatiesites .
Selecteer Site toevoegen.
Geef de site een naam.
Geef aan of u de instellingen van een andere site wilt klonen. Als u ervoor kiest om dat te doen, worden de instellingen van de gekozen site gekopieerd naar uw nieuwe site.
Notitie
Hoewel u instellingen voor een nieuwe site kunt klonen, kunt u geen inhoud klonen. Nieuwe sites beginnen altijd zonder inhoud. U moet inhoud implementeren met behulp van Git of een andere implementatiestrategie. Tijdens het klonen wordt de configuratie naar de nieuwe site gekopieerd. Wanneer u de instellingen kloont, kan de configuratie van de twee sites onafhankelijk van elkaar worden gewijzigd.
Selecteer Toevoegen om de nieuwe site te maken. U hebt nu de nieuwe site in de lijst op de pagina Implementatiesites . Selecteer de site om het bijbehorende beheervenster weer te geven.
Toegang krijgen tot een site
De hostnaam van de nieuwe site is afgeleid van de naam van de web-app en de naam van de site. U krijgt deze hostnaam wanneer u de site selecteert op de pagina Implementatiesites :
U kunt uw code op dezelfde manier naar de nieuwe site implementeren als voor de productiesite. U hoeft alleen de naam of URL van de nieuwe site te vervangen in de configuratie van het implementatieprogramma dat u gebruikt. Als u FTP gebruikt voor de implementatie, worden de FTP-hostnaam en -gebruikersnaam net onder de URL van de site weergegeven.
De nieuwe site is in feite een afzonderlijke web-app met een andere hostnaam. Hierom is deze voor iedereen op internet toegankelijk, mits hij/zij de hostnaam weet. Tenzij u de site registreert bij een zoekmachine of een koppeling naar de site vanaf een verkende pagina, wordt de site niet weergegeven in zoekprogramma-indexen. Deze blijft verborgen voor de algemene internetgebruiker.
U kunt de toegang regelen tot een site met behulp van IP-adresbeperkingen. Maak een lijst met IP-adresbereiken waarvoor u de toegang tot de site zult toestaan of een lijst met bereiken waarvoor u de toegang tot de site zult weigeren. Deze lijsten zijn gelijk aan de bereiken voor toestaan en weigeren die u op een firewall kunt instellen. Gebruik deze lijst om alleen toegang toe te staan aan computers die aan uw bedrijf of het ontwikkelteam toebehoren.