Modello di scalabilità tra cloud

Aggiungere automaticamente risorse a un'app esistente per supportare un aumento del carico.

Contesto e problema

L'app non può aumentare la capacità per soddisfare aumenti imprevisti della domanda. Questa mancanza di scalabilità comporta che gli utenti non raggiungano l'app durante i periodi di utilizzo di picco. L'app può eseguire il servizio un numero fisso di utenti.

Le aziende globali richiedono app basate sul cloud sicure, affidabili e disponibili. Le riunioni aumentano la domanda e usano l'infrastruttura giusta per supportare tale domanda è fondamentale. Le aziende lottano per bilanciare i costi e la manutenzione con la sicurezza dei dati aziendali, l'archiviazione e la disponibilità in tempo reale.

Potrebbe non essere possibile eseguire l'app nel cloud pubblico. Tuttavia, per l'azienda può non essere economicamente fattibile mantenere la capacità richiesta nell'ambiente locale per gestire i picchi di domanda per l'app. Con questo modello è possibile usare l'elasticità del cloud pubblico con la soluzione locale.

Soluzione

Il modello di scalabilità tra cloud estende un'app situata in un cloud locale con risorse cloud pubbliche. Il modello viene attivato da un aumento o una riduzione della domanda e rispettivamente aggiunge o rimuove le risorse nel cloud. Queste risorse forniscono ridondanza, disponibilità rapida e routing con conformità geografica.

Nota

Questo modello si applica solo ai componenti senza stato dell'app.

Componenti

Il modello di scalabilità tra cloud è costituito dai componenti seguenti.

All'esterno del cloud

Gestione traffico

Nel diagramma si trova all'esterno del gruppo cloud pubblico, ma è necessario coordinare il traffico sia nel data center locale che nel cloud pubblico. Il balancer offre disponibilità elevata per l'app monitorando gli endpoint e fornendo la ridistribuzione del failover quando necessario.

Domain Name System (DNS)

Il nome DNS (Domain Name System) è responsabile della conversione (o risoluzione) del nome di un sito Web o del servizio nel relativo indirizzo IP.

Cloud

Server di compilazione ospitato

Ambiente per ospitare la pipeline di compilazione.

Risorse per le app

Le risorse dell'app devono essere in grado di ridimensionare e ridimensionare, ad esempio set di scalabilità di macchine virtuali e contenitori.

Nome di dominio personalizzato

Usare un nome di dominio personalizzato per il routing delle richieste glob.

Indirizzi IP pubblici

Gli indirizzi IP pubblici vengono usati per instradare il traffico in ingresso tramite gestione traffico all'endpoint delle risorse dell'app cloud pubblico.  

Cloud locale

Server di compilazione ospitato

Ambiente per ospitare la pipeline di compilazione.

Risorse per le app

Le risorse dell'app richiedono la possibilità di ridimensionare e aumentare la scalabilità orizzontale, ad esempio i set di scalabilità di macchine virtuali e i contenitori.

Nome di dominio personalizzato

Usare un nome di dominio personalizzato per il routing delle richieste glob.

Indirizzi IP pubblici

Gli indirizzi IP pubblici vengono usati per instradare il traffico in ingresso tramite gestione traffico all'endpoint delle risorse dell'app cloud pubblico.

Considerazioni e problemi

Prima di decidere come implementare questo modello, considerare quanto segue:

Scalabilità

Il componente chiave della scalabilità tra cloud è la possibilità di offrire scalabilità su richiesta. Il ridimensionamento deve avvenire tra l'infrastruttura cloud pubblica e locale e fornire un servizio coerente e affidabile per ogni richiesta.

Disponibilità

Assicurarsi che le app distribuite localmente siano configurate per la disponibilità elevata verificando la configurazione hardware locale e la distribuzione del software.

Gestione

Il modello cross-cloud garantisce una gestione semplice e un'interfaccia familiare tra ambienti.

Quando usare questo modello

Usare questo schema:

• Quando è necessario aumentare la capacità dell'app con richieste impreviste o richieste periodiche in richiesta.
• Quando non si vuole investire in risorse che verranno usate solo durante i picchi. Pagare per quello che usi.

Questo modello non è consigliato quando:

• La soluzione richiede agli utenti di connettersi tramite Internet.
• L'azienda ha normative locali che richiedono che la connessione di origine venga da una chiamata in loco.
• La rete sperimenta colli di bottiglia regolari che limitano le prestazioni del ridimensionamento.
• L'ambiente viene disconnesso da Internet e non può raggiungere il cloud pubblico.

Passaggi successivi

Per altre informazioni sugli argomenti introdotti in questo articolo:

• Per altre informazioni sul funzionamento del servizio di bilanciamento del carico basato su DNS, vedere la panoramica Gestione traffico di Azure.
• Per altre informazioni sulle procedure consigliate e per ottenere risposte per eventuali domande aggiuntive, vedere Considerazioni sulla progettazione di applicazioni ibride.
• Vedere la famiglia di prodotti e le soluzioni di Azure Stack per altre informazioni sull'intero portfolio di prodotti e soluzioni.

Quando si è pronti per testare l'esempio di soluzione, continuare con la guida alla distribuzione della soluzione di scalabilità cross-cloud. Questa guida contiene istruzioni dettagliate per la distribuzione e il test dei componenti. Si apprenderà come creare una soluzione cross-cloud per fornire un processo attivato manualmente per passare da un'app Web ospitata dall'hub di Azure Stack a un'app Web ospitata in Azure. Si apprenderà anche come usare la scalabilità automatica tramite gestione traffico, garantendo utilità cloud flessibili e scalabili quando è in carico.