Patroon voor schalen tussen clouds

Voeg automatisch resources toe aan een bestaande app om een toename van de belasting mogelijk te maken.

Context en probleem

Uw app kan de capaciteit niet verhogen om te voldoen aan onverwachte toenames in de vraag. Dit gebrek aan schaalbaarheid leidt er toe dat gebruikers de app niet bereiken tijdens piekmomenten. De app kan een vast aantal gebruikers servicen.

Wereldwijde ondernemingen vereisen veilige, betrouwbare en beschikbare cloud-apps. Het voldoen aan de vraagstijgingen en het gebruik van de juiste infrastructuur ter ondersteuning van die vraag is essentieel. Bedrijven hebben moeite om kosten en onderhoud te verdelen met beveiliging, opslag en realtime beschikbaarheid van zakelijke gegevens.

Mogelijk kunt u uw app niet uitvoeren in de openbare cloud. Het is echter mogelijk niet economisch haalbaar voor het bedrijf om de capaciteit te behouden die nodig is in hun on-premises omgeving om pieken in de vraag naar de app af te handelen. Met dit patroon kunt u de elasticiteit van de openbare cloud gebruiken met uw on-premises oplossing.

Oplossing

Het patroon voor schalen tussen clouds breidt een app uit die zich in een lokale cloud bevindt met openbare cloudresources. Het patroon wordt geactiveerd door een toename of afname van de vraag en voegt respectievelijk resources toe of verwijdert resources in de cloud. Deze resources bieden redundantie, snelle beschikbaarheid en geo-compatibele routering.

Notitie

Dit patroon is alleen van toepassing op staatloze onderdelen van uw app.

Onderdelen

Het patroon voor schalen tussen clouds bestaat uit de volgende onderdelen.

Buiten de cloud

Traffic Manager

In het diagram bevindt dit zich buiten de openbare cloudgroep, maar moet het verkeer in zowel het lokale datacenter als de openbare cloud kunnen coördineren. De balancer levert hoge beschikbaarheid voor apps door eindpunten te bewaken en indien nodig failover-herdistributie te bieden.

Domain Name System (DNS)

Het Domain Name System of DNS is verantwoordelijk voor het vertalen (of omzetten) van een website of servicenaam naar het IP-adres.

Cloud

Gehoste buildserver

Een omgeving voor het hosten van uw build-pijplijn.

App-resources

De app-resources moeten kunnen worden ingeschaald en uitgeschaald, zoals virtuele-machineschaalsets en containers.

Aangepaste domeinnaam

Gebruik een aangepaste domeinnaam voor het routeren van aanvragen glob.

Openbare IP-adressen

Openbare IP-adressen worden gebruikt om het binnenkomende verkeer via Traffic Manager te routeren naar het eindpunt van de openbare cloud-app-resources.  

Lokale cloud

Gehoste buildserver

Een omgeving voor het hosten van uw build-pijplijn.

App-resources

De app-resources hebben de mogelijkheid nodig om in- en uit te schalen, zoals virtuele-machineschaalsets en containers.

Aangepaste domeinnaam

Gebruik een aangepaste domeinnaam voor het routeren van aanvragen glob.

Openbare IP-adressen

Openbare IP-adressen worden gebruikt om het binnenkomende verkeer via Traffic Manager te routeren naar het eindpunt van de openbare cloud-app-resources.

Problemen en overwegingen

Beschouw de volgende punten als u besluit hoe u dit patroon wilt implementeren:

Schaalbaarheid

Het belangrijkste onderdeel van schalen in meerdere clouds is de mogelijkheid om on-demand schaalaanpassing te leveren. Schalen moet plaatsvinden tussen de openbare en lokale cloudinfrastructuur en een consistente, betrouwbare service bieden op basis van de vraag.

Beschikbaarheid

Zorg ervoor dat lokaal geïmplementeerde apps zijn geconfigureerd voor hoge beschikbaarheid via on-premises hardwareconfiguratie en software-implementatie.

Beheerbaarheid

Het patroon voor meerdere clouds zorgt voor naadloos beheer en een vertrouwde interface tussen omgevingen.

Wanneer dit patroon gebruiken

U gebruikt dit patroon voor het volgende:

• Wanneer u de capaciteit van uw app wilt verhogen met onverwachte eisen of periodieke eisen in de vraag.
• Wanneer u niet wilt investeren in resources die alleen tijdens pieken worden gebruikt. Betaal voor wat u gebruikt.

Dit patroon wordt niet aanbevolen wanneer:

• Voor uw oplossing moeten gebruikers verbinding maken via internet.
• Uw bedrijf heeft lokale voorschriften die vereisen dat de oorspronkelijke verbinding afkomstig is van een on-site-oproep.
• Uw netwerk ondervindt regelmatig knelpunten waarmee de prestaties van de schaal worden beperkt.
• Uw omgeving is niet verbonden met internet en kan de openbare cloud niet bereiken.

Volgende stappen

Voor meer informatie over onderwerpen die in dit artikel zijn geïntroduceerd:

• Zie het Azure Traffic Manager overzicht voor meer informatie over hoe deze load balancer op basis van DNS werkt.
• Zie overwegingen bij het ontwerpen van hybride toepassingen voor meer informatie over best practices en voor antwoorden op eventuele aanvullende vragen.
• Zie de Azure Stack-serie producten en oplossingen voor meer informatie over het volledige portfolio met producten en oplossingen.

Wanneer u klaar bent om het voorbeeld van de oplossing te testen, gaat u verder met de implementatiehandleiding voor oplossingen voor meerdere clouds. De implementatiehandleiding bevat stapsgewijze instructies voor het implementeren en testen van de onderdelen. U leert hoe u een cross-cloudoplossing maakt om een handmatig geactiveerd proces te bieden voor het overschakelen van een door Azure Stack Hub gehoste web-app naar een door Azure gehoste web-app. U leert ook hoe u automatisch schalen kunt gebruiken via Traffic Manager, zodat u flexibel en schaalbaar cloudhulpprogramma kunt garanderen wanneer deze onder belasting worden geladen.