Esporta (0) Stampa
Espandi tutto

L'applicazione in uso è adatta per Azure?

Aggiornamento: aprile 2014

Autore: Jason Roth
Revisori: Paulette McKay, Ralph Squillace, Sidney Higa, Brian Swan, Larry Franks

Se si sta valutando l'opportunità di utilizzare per ospitare un'applicazione, uno dei possibili dubbi può riguardare la capacità della piattaforma di soddisfare in modo ottimale i requisiti dell'applicazione o dell'azienda. In può essere ospitata la maggior parte delle applicazioni e dei computer. Tuttavia, in alcuni scenari è possibile sfruttare maggiormente i vantaggi offerti dall'esecuzione nel cloud. Nelle sezioni che seguono verranno illustrati vantaggi e scenari per consentire all'utente di prendere una decisione più consapevole sulla migrazione a :

Lo scopo è quello di fornire un contesto per riflettere sull'applicazione e sulla relativa correlazione con le funzionalità di . In molti casi, verranno forniti collegamenti a risorse aggiuntive. Queste risorse consentiranno di analizzare l'applicazione in modo più efficace e di prendere una decisione più consapevole sulla modalità di passaggio al cloud.

Prima di poter stabilire se l'applicazione è adatta per , è necessario comprendere alcuni dei vantaggi principali della piattaforma. Un elenco completo dei vantaggi è disponibile nella documentazione di Azure e in diversi articoli e video relativi a . Il documento relativo all'ottimizzazione del cloud per ampliare le funzionalità allineando la capacità di calcolo e le esigenze aziendali è un risorsa essenziale per comprendere i vantaggi del cloud.

È inoltre importante comprendere le tre principali opzioni per l'esecuzione delle applicazioni in : Siti Web, Servizi cloud e Macchine virtuali. Siti Web e Servizi cloud sono entrambe soluzioni di piattaforma come servizio (PaaS, Platform as a Service). In altri termini, fornisce tutte le immagini dell'hardware e del sistema operativo. L'utente deve fornire il codice dell'applicazione in esecuzione sulla piattaforma. Le macchine virtuali offrono una soluzione di infrastruttura come servizio (IaaS, Infrastructure as a Service). In questo caso, l'utente gestisce le immagini dei computer in esecuzione all'interno dei data center di . Queste tre opzioni offrono diversi vantaggi e la scelta dipende da più fattori. Tuttavia, grazie alla vasta gamma di opzioni e funzionalità, quasi tutte le applicazioni risultano adatte a .

L'esecuzione delle applicazioni nel cloud presenta alcuni vantaggi fondamentali. Prima di illustrare gli scenari in cui vengono utilizzate queste funzionalità, è opportuno esaminare nel dettaglio alcuni di tali vantaggi.

Quando si distribuiscono l'applicazione e i servizi nel cloud, offre le macchine virtuali, la larghezza di banda di rete e le altre risorse di infrastruttura necessarie. Se i computer si arrestano a causa di aggiornamenti hardware o di errori imprevisti, individua automaticamente nuove macchine virtuali per l'applicazione.

Dal momento che le tariffe vengono applicate in base all'uso, è possibile iniziare con un piccolo investimento. In questo modo, è possibile evitare i tipici costi immediati che comporta una distribuzione locale. Questo vantaggio può essere utile in particolare per le piccole aziende. In uno scenario locale le piccole organizzazioni possono non disporre dello spazio per un data center né delle competenze IT o hardware necessarie per distribuire correttamente le applicazioni. I servizi di infrastruttura automatici forniti da assicurano un impegno minimo iniziale per la distribuzione e la gestione di applicazioni.

Con il termine scalabilità dinamica ci si riferisce alla funzionalità utilizzata per eseguire o annullare la scalabilità orizzontale dell'applicazione a seconda dei requisiti delle risorse. Questa funzionalità è anche definita scala elastica. Prima di descriverne il funzionamento, è opportuno esaminare l'architettura tipica di un'applicazione basata su Servizi cloud. Con Servizi cloud è possibile creare ruoli che interagiscono per implementare la logica dell'applicazione. Ad esempio, un ruolo Web può ospitare il front-end ASP.NET dell'applicazione. Uno o più ruoli di lavoro possono eseguire le attività in background necessarie. Ogni ruolo è ospitato in una o più macchine virtuali, denominate istanze del ruolo nel data center di . Le richieste vengono sottoposte a bilanciamento del carico tra le istanze. Per ulteriori informazioni sui ruoli, vedere il documento relativo al modello di programmazione di Azure.

Se in questo scenario si verifica un aumento della richiesta di risorse, per gestire il carico è possibile effettuare il provisioning di nuove istanze di ruolo. Quando invece la richiesta diminuisce, è possibile rimuovere queste istanze per evitare di pagare una capacità di calcolo inutile. Sono inoltre disponibili soluzioni per la scalabilità verticale automatica in base a ruoli e criteri predefiniti. Si tratta di un approccio molto diverso rispetto a una distribuzione locale in cui è necessario sottoporre l'hardware a un provisioning eccessivo per prevedere i picchi di richieste. Se si desidera un controllo maggiore sulla scalabilità automatica rispetto a quello fornito dalla piattaforma, è possibile utilizzare il blocco di applicazioni per la scalabilità automatica creato dal team di Microsoft Patterns and Practices.

Nello scenario precedente è stata illustrata la scalabilità dinamica nel contesto di Servizi cloud, ma è possibile scalare orizzontalmente anche Siti Web e Macchine virtuali. Se dall'applicazione vengono richieste risorse di calcolo dinamiche o imprevedibili, consente di regolare facilmente l'utilizzo delle risorse in base al carico.

offre una piattaforma per applicazioni ad elevata disponibilità tramite cui è possibile archiviare in modo affidabile i dati server e accedervi mediante i servizi di archiviazione o il database SQL di Microsoft Azure.

In primo luogo, garantisce una disponibilità elevata delle risorse di calcolo. Per Siti Web, è possibile soddisfare i requisiti del contratto di servizio con una singola istanza. Per Servizi cloud e Macchine virtuali, è possibile soddisfare i requisiti del contratto di servizio con almeno due istanze per ruolo o tipo di computer. Per Macchine virtuali, le istanze devono essere intercambiabili, con carico bilanciato e devono far parte dello stesso gruppo di disponibilità. In ogni caso, esegue il monitoraggio dell'hardware che ospita queste istanze e macchine virtuali. è in grado di rispondere rapidamente in caso di riavvio o errore dell'hardware distribuendo automaticamente nuove istanze o spostando il codice e l'elaborazione dell'applicazione in altri componenti hardware funzionanti.

In secondo luogo, garantisce livelli elevati di disponibilità e durata per i dati archiviati tramite uno dei servizi di archiviazione. Con i servizi di archiviazione di tutti i dati vengono replicati in almeno tre server diversi. Per impostazione predefinita, viene eseguita la replica anche in una regione secondaria di . Analogamente, tramite database SQL di Azure tutti i dati vengono replicati per garantire disponibilità e durata.

Anche altri servizi di forniscono garanzie simili di disponibilità elevata. Per ulteriori informazioni, vedere Informazioni tecniche sulla continuità aziendale di Azure.

Una volta comprese le potenzialità della piattaforma , è possibile iniziare ad analizzare gli scenari più adatti per il cloud. Nelle sezioni che seguono verranno illustrate molte di queste situazioni e il motivo per cui è particolarmente adatto a determinati carichi di lavoro e obiettivi. Nel video relativo ai modelli di progettazione di Azure vengono descritti molti degli scenari seguenti e viene fornita una buona panoramica della piattaforma .

TipSuggerimento
Anche se qui viene data particolare importanza agli scenari relativi ad applicazioni, è possibile scegliere di utilizzare singoli servizi di . Ad esempio, se l'utilizzo dell'archiviazione BLOB consente di risolvere un problema dell'applicazione, gli altri elementi dell'applicazione possono rimanere all'esterno del cloud. Questa condizione è denominata applicazione ibrida ed è descritta più avanti in questo argomento.

è ideale per ospitare servizi a disponibilità elevata. Si consideri un archivio online distribuito in . Poiché un archivio online è un generatore di reddito, è importante assicurarne il funzionamento costante. A tale scopo, il data center di effettua il monitoraggio dei servizi e la gestione automatica delle istanze. L'archivio online deve inoltre fornire risposte tempestive alle richieste dei clienti. Questa funzionalità è assicurata dalla scalabilità elastica di . Durante i periodi di picchi di acquisti, è possibile portare online nuove istanze per gestire l'aumento di utilizzo. Inoltre, tramite l'archivio online non devono essere persi ordini, né si deve interrompere l'elaborazione degli ordini effettuati. La risorsa di archiviazione di e database SQL di Azure garantiscono entrambi opzioni di archiviazione a disponibilità e durata elevate per conservare i dettagli e lo stato degli ordini durante tutto il relativo ciclo di vita. Per ottenere i livelli massimi di disponibilità, è possibile distribuire la stessa applicazione in più regioni di . È possibile progettare un servizio che rimanga disponibile anche in caso di errore temporaneo di un'intera regione di . Per effettuare questa operazione, sono necessarie l'architettura e le procedure di sincronizzazione adeguate per gli utenti di routing.

Un altro ottimo vantaggio di è un carico di lavoro di tipo "attivazione e disattivazione". Alcune applicazioni non devono essere eseguite continuamente. Un semplice esempio è un'applicazione demo o dell'utilità che si desidera rendere disponibile solo per alcuni giorni o settimane. consente di creare, distribuire e condividere facilmente questa applicazione con tutto il mondo. Tuttavia, una volta raggiunto lo scopo, è possibile rimuovere l'applicazione e l'addebito riguarderà solo il periodo in cui è stata distribuita.

noteNota
Nota: Per evitare costi correlati al tempo di calcolo è necessario rimuovere la distribuzione, non semplicemente sospendere l'applicazione.

Si prenda inoltre in considerazione una grande azienda che esegue un'analisi complessa di dati relativi a numeri di vendite alla fine di ogni mese. Sebbene sia richiesto un carico elevato di elaborazione, il tempo totale necessario per completare l'analisi è al massimo di due giorni. In uno scenario locale, i server necessari per questo lavoro sarebbero sottoutilizzati per la maggior parte del mese. In l'azienda pagherebbe solo per il periodo in cui l'applicazione di analisi è in esecuzione nel cloud. Si supponga che l'architettura dell'applicazione sia progettata per l'elaborazione parallela. Le funzionalità di scalabilità orizzontale di consentirebbero all'azienda di creare un numero elevato di istanze di ruolo di lavoro o di macchine virtuali. Queste ultime, interagendo tra loro, potrebbero completare un lavoro più complesso in minor tempo. In questo esempio, è necessario utilizzare codice o script per distribuire automaticamente l'applicazione al momento opportuno ogni mese.

Tutte le aziende si prefiggono un obiettivo di crescita rapida e sostenibile. Tuttavia, la crescita è molto difficile da gestire nel modello locale tradizionale. Se la crescita prevista non si concretizza, è stato speso del denaro per gestire un hardware e un'infrastruttura sottoutilizzati. Se, invece, la crescita è più veloce del previsto, si potrebbe non essere in grado di gestire il carico, con conseguente perdita di profitti e insoddisfazione dei clienti. Per le aziende di piccole dimensioni, il capitale iniziale per preparare o stare al passo con una crescita rapida potrebbe addirittura essere insufficiente.

è ideale per gestire questa situazione. Si consideri un piccolo sito Web di notizie sportive che guadagna grazie alla pubblicità. La quantità di reddito è direttamente proporzionale alla quantità di traffico generato dal sito. In questo esempio, il capitale iniziale per l'impresa è limitato. Inoltre, l'azienda non dispone del denaro necessario per installare e gestire un proprio data center. Pianificando l'esecuzione del sito Web in , l'azienda può facilmente distribuire la propria soluzione come applicazione ASP.NET. L'applicazione utilizzerà un database SQL di Azure per i dati relazionali e l'archiviazione BLOB per immagini e video. Se la popolarità del sito Web aumenta notevolmente, l'azienda può aumentare il numero di istanze del ruolo Web per il front-end e anche le dimensioni del database SQL di Azure. Nell'archiviazione BLOB sono disponibili funzionalità integrate di scalabilità in . Se invece gli affari diminuiscono, l'azienda può rimuovere le eventuali istanze inutili. Poiché il reddito è proporzionale al traffico del sito, consente di iniziare con soluzioni di piccole dimensioni, crescere in fretta e al tempo stesso ridurre i rischi.

Con si dispone del controllo completo per determinare come gestire i costi di calcolo. È possibile decidere di implementare la scalabilità automatica tramite l'apposita funzionalità o mediante il blocco di applicazioni per la scalabilità automatica, che consente di aggiungere e rimuovere le istanze in base a regole personalizzate. È possibile scegliere di variare il numero di istanze in base a una quantità predeterminata. Ad esempio, è possibile utilizzare quattro istanze durante l'orario lavorativo e due istanze durante quello non lavorativo. In alternativa, è possibile mantenere costante il numero di istanze e aumentarle solo manualmente tramite il portale Web in base all'aumento delle richieste nel tempo. offre la flessibilità di prendere decisioni appropriate per l'azienda.

Si tratta di un altro modello di carico di lavoro per cui è richiesta la scala elastica. Si consideri l'esempio precedente di un sito Web di notizie sportive. Anche se gli affari aumentano in modo costante, possono comunque verificarsi picchi temporanei o aumenti improvvisi di attività. Si supponga ad esempio che il sito venga utilizzato come riferimento da un noto canale di notizie. Il numero di visitatori del sito potrebbe aumentare notevolmente in un solo giorno. Se si prende in considerazione uno scenario più prevedibile, la presenza di eventi e campionati sportivi importanti determinerà sicuramente più attività per il sito.

Un esempio alternativo è un servizio tramite cui vengono elaborati report quotidiani a fine giornata. Al termine del giorno lavorativo, ogni ufficio invia un report che viene elaborato presso la sede centrale dell'azienda. Poiché il processo è attivo solo alcune ore al giorno, è un candidato ideale per la scalabilità e la distribuzione elastiche.

è ottimale per eseguire temporaneamente la scalabilità orizzontale di un'applicazione per gestire i picchi del carico e, successivamente, annullare questa scalabilità, una volta terminato l'evento.

Come illustrato negli esempi precedenti, la scalabilità elastica di viene utilizzata in molti degli scenari cloud più comuni. Tuttavia, tramite è possibile ridurre i costi anche per le applicazioni con modelli di carico di lavoro costante. Gestire il proprio data center è costoso, specialmente se si prende in considerazione il costo in termini di energia, personale, competenze, hardware, licenze software e strutture. Inoltre è difficile comprendere il modo in cui i costi sono associati alle singole applicazioni. La riduzione e una maggior trasparenza dei costi sono gli obiettivi che si possono raggiungere grazie a . Si consiglia di leggere il documento relativo all'ottimizzazione del cloud per ampliare le funzionalità allineando la capacità di calcolo e le esigenze aziendali. Nel documento vengono illustrati chiaramente i tipici costi di hosting locali e le possibilità di riduzione di tali costi offerte da .

Macchine virtuali e Rete virtuale di offrono un metodo estremamente efficace per eseguire la migrazione delle reti e dei server locali nel cloud. La transizione delle applicazioni locali a Servizi cloud o a Siti Web consente inoltre di diminuire il carico di lavoro nel data center locale, che viene sostituito da nella fornitura di risorse di elaborazione e archiviazione per tali applicazioni.

fornisce un calcolatore di prezzi per identificare i costi specifici e anche un calcolatore del costo totale di proprietà (TCO, Total Cost of Ownership) per stimare la riduzione dei costi complessiva che è possibile ottenere mediante . Per i collegamenti allo strumento di calcolo e ad altre informazioni sui prezzi, visitare il sito Web di Azure.

offre servizi e opzioni adatti a quasi tutte le applicazioni. Le soluzioni offerte comprendono opzioni PaaS, quali Servizi cloud e Siti Web, e opzioni IaaS con Macchine virtuali e Rete virtuale. Tuttavia, esistono scenari per i quali è opportuno eseguire una migrazione più graduale o addirittura evitare la migrazione al cloud.

Uno scenario di questo tipo può essere costituito da un'applicazione o da un servizio con volumi ridotti e senza previsioni di crescita. L'applicazione potrebbe essere eseguita in un sistema hardware locale a un costo inferiore rispetto al cloud, ma con due eccezioni. Il passaggio a offre vantaggi che vanno oltre i semplici costi di hosting. In primo luogo, è possibile avere l'esigenza di limitare le attività di gestione del server, della disponibilità del servizio e della durata dei dati. In secondo luogo, è possibile usufruire dell'opzione di hosting gratuito per i siti Web con volumi ridotti offerta da Siti Web di . Ad esempio, è possibile utilizzare questa opzione per ospitare un blog personale WordPress.

Un altro scenario riguarda i dati che non posso essere trasferiti a . Le aziende e i governi a volte stabiliscono il tipo di dati che possono essere archiviati nel cloud. In questi casi, è possibile prendere in considerazione una soluzione ibrida che preveda di ospitare in solo alcuni dati o parti specifiche dell'applicazione che non sono particolarmente sensibili e che richiedono una disponibilità elevata.

Comprendendo le potenzialità di , è possibile individuare le applicazioni, o parti di esse, in cui non è possibile sfruttare queste potenzialità. Successivamente, si può quindi sviluppare più correttamente la soluzione globale in cui vengono utilizzate con maggior efficienza le funzionalità di .

Naturalmente, per valutare un eventuale passaggio a non è sufficiente sapere che la propria applicazione o gli obiettivi aziendali sono adatti al cloud. È anche importante valutare le caratteristiche di architettura e sviluppo dell'applicazione esistente o nuova. Per iniziare rapidamente questa analisi è consigliabile utilizzare lo strumento di valutazione di Microsoft (MAT, Microsoft Assessment Tool) per . In questo strumento vengono poste delle domande per determinare i tipi di problemi che è possibile riscontrare durante il passaggio a . Accanto a ogni domanda è presente un collegamento tramite cui è possibile visualizzare informazioni aggiuntive sull'area specifica in . Queste domande e le informazioni aggiuntive possono essere utili per identificare le modifiche potenziali da apportare alla progettazione dell'applicazione esistente o nuova nel cloud.

Oltre allo strumento MAT, è necessario conoscere in modo approfondito i concetti base della piattaforma e, di conseguenza, anche i modelli di progettazione comuni per la piattaforma. È inoltre opportuno considerare la revisione dei poster tecnici per . Questi ultimi includono informazioni dettagliate sulle funzionalità della piattaforma e collegamenti a ulteriori informazioni. Analizzare i diversi servizi disponibili in e valutare come potrebbero risultare utili nella propria soluzione. Per una panoramica dei servizi di , vedere Cos'è Azure?. Durante la pianificazione dell'architettura, consultare la pagina relativa a limiti, quote e vincoli del servizio e alla sottoscrizione Azure.

In questo documento non è possibile trattare tutte le possibili considerazioni e le strategie risolutive per le soluzioni . Tuttavia, nella tabella seguente sono elencate quattro considerazioni di progettazione comuni con collegamenti a risorse aggiuntive.

 

Area Descrizione

Soluzioni IaaS o PaaS?

Le soluzioni IaaS consentono di inserire le proprie immagini su Macchine virtuali in . Questo rappresenta spesso il modo più semplice per eseguire la migrazione al cloud, poiché comporta un numero minore di modifiche all'architettura dell'applicazione.

Siti Web di e Servizi cloud di offrono una soluzione PaaS. Le applicazioni progettate per un ambiente PaaS sono spesso più flessibili, scalabili e gestibili rispetto alle soluzioni analoghe in IaaS. Tuttavia, il completamento di una migrazione a Servizi cloud richiede in genere più tempo. Siti Web offre un buon compromesso fra i vantaggi di PaaS e la semplicità della migrazione di IaaS.

Per comprendere meglio queste opzioni da una prospettiva Web, vedere la pagina relativa al confronto tra Siti Web, Servizi cloud e Macchine virtuali di Azure.

Soluzioni ibride

Lo spostamento di applicazioni legacy complesse in può risultare difficile. Talvolta, inoltre, all'archiviazione di determinati tipi di dati nel cloud sono associati requisiti normativi. Nel Centro protezione Microsoft Azure vengono fornite informazioni utili relative ai problemi di sicurezza e conformità alle normative.

Per soddisfare questi requisiti, può essere opportuno creare un'applicazione ibrida che consenta il collegamento dei servizi ospitati da con le applicazioni e i dati locali. Sono disponibili diverse tecnologie di che supportano questa funzionalità, quali Service Bus e Rete virtuale. Per ulteriori informazioni, vedere la pagina relativa alla creazione di applicazioni ibride nel cloud in Azure.

Gestione dello stato

Se si sposta un'applicazione esistente in Macchine virtuali di , è in genere possibile gestire i dati sullo stato allo stesso modo di quelli in locale. Tuttavia, se si desidera avvalersi dell'architettura PaaS di Servizi cloud di , è necessario valutare con attenzione la modalità di gestione dello stato. Tramite molte applicazioni locali lo stato viene archiviato localmente sul disco rigido. Con altre funzionalità, ad esempio lo stato delle sessioni ASP.NET predefinito, per la gestione dello stato viene utilizzata la memoria del computer locale. Anche se i ruoli del servizio cloud hanno accesso allo spazio e alla memoria dell'unità locale della relativa macchina virtuale, esegue il bilanciamento del carico di tutte le richieste fra tutte le istanze dei ruoli. Inoltre, un'istanza di ruolo può essere rimossa e spostata in qualsiasi momento, ad esempio quando è necessario aggiornare il computer in cui è in esecuzione tale istanza.

Questa gestione dinamica delle istanze dei ruoli in esecuzione è importante per la scalabilità e la disponibilità di Servizi cloud di . È pertanto necessario progettare il codice dell'applicazione nel cloud in modo da archiviare i dati e lo stato in remoto tramite servizi quali l'archiviazione di o database SQL di Azure. Per ulteriori informazioni sulle opzioni di archiviazione, vedere le risorse nella sezione relativa all'archiviazione e all'accesso ai dati del sito Web di .

Requisiti di archiviazione

database SQL di Azure è la soluzione di database relazionale di . Se è attualmente in uso SQL Server, il passaggio a database SQL di Azure dovrebbe essere più semplice. È anche possibile scegliere di eseguire SQL Server su una macchina virtuale. Se si utilizza un sistema di database diverso, una possibilità consiste nell'eseguire la migrazione a database SQL di Azure o a SQL Server su una macchina virtuale. Per facilitare il processo, è possibile utilizzare gli strumenti SQL Server Migration Assistant. Per ulteriori informazioni sulla migrazione di dati a database SQL di Azure, vedere Migrazione dei dati al database SQL di Azure: strumenti e tecniche. Un'altra possibilità consiste nell'eseguire la migrazione del database di terze parti direttamente a . Una tecnica possibile è quella di installare il sistema di database in una macchina virtuale. Tuttavia, in Azure Store esistono anche soluzioni di terze parti per sistemi come MySQL e MongoDB.

Inoltre, è consigliabile prendere in considerazione la risorsa di archiviazione di per ottenere un'archiviazione di dati durevole, altamente disponibile e scalabile. Un ottimo modello di progettazione consiste nel combinare in modo efficiente l'utilizzo di database SQL di Azure e delle tabelle di archiviazione, delle code e dei BLOB di . Un esempio comune è quello di utilizzare database SQL di Azure per archiviare un puntatore a un BLOB nella risorsa di archiviazione di , anziché archiviare l'oggetto binario di grandi dimensioni nel database stesso. Questa soluzione è efficiente ed economica.

Interoperabilità

Tramite SDK e gli strumenti per Visual Studio viene semplificato notevolmente il processo di creazione o di migrazione di applicazioni .NET a .

Tuttavia, se si utilizzano software open source o linguaggi e strumenti di sviluppo di terze parti, Siti Web e Servizi cloud di supportano applicazioni scritte in Node.js, PHP, Python e Java (solo per Servizi cloud). Se l'applicazione utilizza un altro linguaggio, è opportuno prendere in considerazione una macchina virtuale. Quando si utilizzano i servizi di , tutte le operazioni sono basate su un'API REST. In questo caso, è possibile immettere direttamente il codice. Tuttavia, in sono disponibili gli SDK ufficiali per Java, Node.js, PHP, Python e Ruby che forniscono wrapper appropriati per l'API REST. Sono inoltre disponibili SDK creati dalla community completamente interagibili con .

Naturalmente, a seconda della tecnologia, occorre affrontare alcune sfide. Per Macchine virtuali, è necessario installare le dipendenze e i runtime necessari nell'immagine del computer. Per Servizi cloud, può essere necessario aggiungere un'azione di avvio personalizzata per installare le dipendenze di terze parti per il ruolo. Per Siti Web, può essere necessario eseguire modifiche secondarie per consentire il funzionamento dell'applicazione in un ambiente di hosting PaaS. Una risorsa importante per questo ambito è la pagina relativa ai bridge di interoperabilità e al centro lab.

Il punto importante è dato dalla compatibilità di con diversi linguaggi. Pertanto, è consigliabile esaminare le opzioni relative al linguaggio scelto prima di decidere se l'applicazione è un ottimo candidato per .

Oltre a queste problematiche, è possibile ottenere molte informazioni sulle possibili sfide di sviluppo e sulle soluzioni rivedendo il contenuto sulla migrazione di applicazioni in . Il gruppo Microsoft Patterns and Practices ha pubblicato informazioni aggiuntive sulla migrazione nella pagina relativa allo spostamento di applicazioni nel cloud nella piattaforma Microsoft Azure.

offre una piattaforma per la creazione e la gestione di servizi altamente scalabili e disponibili. Sono disponibili due soluzioni PaaS, Siti Web e Servizi cloud, e una soluzione IaaS con Macchine virtuali. Oltre a queste soluzioni, sono disponibili numerosi servizi e funzionalità che supportano scenari applicativi diversi. L'utente deve pagare solo le risorse necessarie e, successivamente, è possibile applicare o annullare la scalabilità verticale in qualsiasi momento. Inoltre, a tal fine, non è necessario disporre dell'hardware o dell'infrastruttura di supporto. Se l'azienda può sfruttare la piattaforma per aumentare la flessibilità, nonché ridurre i costi o i rischi, è ideale per l'applicazione. Una volta stabilito questo aspetto, è possibile analizzare le opzioni specifiche di sviluppo e architettura per utilizzare la piattaforma, tra cui le decisioni relative a nuovi sviluppi, migrazioni o scenari ibridi. Dopo questa analisi, si disporrà delle informazioni necessarie per prendere una decisione consapevole sull'utilizzo più efficace di per raggiungere gli obiettivi aziendali.

Mostra:
© 2014 Microsoft