Azure di Windows: Primi approcci all'ambiente di runtime

È presente un lotto per scoprire lo sviluppo di applicazioni per una nuova piattaforma come Windows Azure. Ecco un tale passo passo dell'esperienza di uno sviluppatore.

Douglas Barreto

Recentemente imparato a sviluppare, testare e distribuire un'applicazione Windows Azure. Era molto sentito parlare Windows Azure e visto molte esperienze segnalate da altri utenti, ma ho preferito ottenere la mia esperienza pratica e convalidare la cosa avevo stato detto. Il rilascio di Visual Studio 2010 era il push finale necessario per iniziare.

In questo articolo verranno descritti come è possibile creare e distribuire un'applicazione di esempio. È sempre una buona soluzione per ottenere i piedi fresca con una nuova tecnologia e forzata al verificarsi dell'intero ciclo di vita di un'applicazione in Windows Azure.

La sperimentazione è stata semplificata dal fatto che in precedenza avevo sviluppato applicazioni ASP.NET, poiché un'applicazione Windows Azure segue la stessa architettura con ruoli Web (Web front end) e ruoli di lavoro (servizi back-end). Lo strumento principale per lo sviluppo di applicazioni Windows Azure e regolare le applicazioni ASP.NET è lo stesso: In Visual Studio. Già installata la versione finale di Visual Studio 2010 su computer Windows 7 e ha aggiunto anche IIS come componente facoltativo di Windows 7.

Oltre a Visual Studio 2010 e IIS, scaricate anche gli strumenti di Windows Azure aggiunti ulteriori modelli per lo sviluppo di Windows Azure. Ero interessato a comprendere più sull'ambiente in cui eseguono le applicazioni Windows Azure. In generale è possibile sapere che si tratta di macchine virtuali e funzionerà anche per le applicazioni indipendentemente i dettagli di configurazione specifici, ma è stato conoscere come Windows Azure distribuite. Come utente con concetti dell'infrastruttura IT, desidero sempre apprendere l'aspetto di questo tipo di distribuzione dietro le quinte.

Per aprire questa pagina, ho deciso di scrivere un'applicazione che potrebbe segnalare informazioni relative al file system del computer in cui viene eseguito, operazioni semplici, ad esempio le unità e le relative caratteristiche sono (tipo, file system, dimensioni totali e spazio disponibile). Ho inoltre aggiunto la possibilità per file e cartelle di query in modo che potesse comprendere cosa esisteva dove. Figura 1 mostra ciò che ho finito con.

Figure 1 A sample file system report application created in Windows Azure.

Figura 1 un esempio di file dell'applicazione di sistema report creati in Windows Azure.

Nessun elemento artistico, come è possibile stabilire, appena sufficiente conoscere le possibilità di sviluppo, passare attraverso il processo di distribuzione e gli strumenti necessari per comprendere l'ambiente di runtime di Windows Azure.

C# per l'area

Creazione dell'applicazione non è abbastanza semplice. Creato un nuovo progetto utilizzando C# e selezionato il progetto cloud. Per mantenere semplice, utilizzato un singolo ruolo Web ASP.NET per un progetto di servizio area.

Quindi è possibile trascinare alcuni controlli, aggiunto del codice e avviato il test. Il processo di sviluppo completo viene eseguito localmente, non è necessario disporre anche un account Windows Azure in quel punto. Non era inoltre utilizza qualsiasi Azure Windows Storage, pertanto era semplicemente un ruolo Web che non aveva dipendenze esterne. Non è in genere un'applicazione molto utile, ma il mio obiettivo era quello di creare in qualche modo un glorified “ Hello, World ” per iniziare.

Causa l'intera Microsoft .NET Framework disponibili, scrivendo che il codice non era affatto difficile. Per ottenere le informazioni di unità, ad esempio, ho utilizzato di spazio dei nomi System.IO.

protected void btnDrives_Click(object sender, EventArgs e)
 {
   DriveInfo[] diAll = DriveInfo.GetDrives();
   string strDrive = "";
   foreach (DriveInfo diOne in diAll)
    {
       strDrive = "Drive " + diOne.Name + " Type:" + diOne.DriveType.ToString();
      if (diOne.IsReady)
       {
          strDrive = strDrive + " Volume:" + diOne.VolumeLabel + " FS:" + diOne.DriveFormat.ToString() + " Total:" + diOne.TotalSize.ToString() + " Free:" + diOne.AvailableFreeSpace.ToString();
       }
       txtAdd(strDrive);
    }
 }

A prescindere dal fatto che è stato necessario eseguire Visual Studio come amministratore, tutto il resto è stato abbastanza uneventful in termini di sviluppo e debug locale dell'applicazione. Verrà avviata automaticamente l'ambiente di simulazione Azure Windows locale durante l'esecuzione di un'applicazione (vedere di Figura 2). È stato possibile impostare punti di interruzione, guardare il codice eseguito dettagliata e così via. Nessun sorprese non esiste.

Figure 2 Here’s how my application looked when it ran through the Windows Azure Simulation Environment.

Figura 2 Ecco come applicazione controllata quando eseguito tramite l'ambiente di simulazione Azure Windows.

Distribuzione di applicazioni azzurro

Probabilmente la parte più difficile per me, la nuova Azure di Windows era sapere esattamente cosa è necessario per distribuire l'applicazione. Dopo aver creato il servizio nell'interfaccia utente Web Azure Windows, si raggiunge un punto in cui è possibile distribuire l'applicazione.

Quando si fa clic sul pulsante pubblica, verrà chiesto di fornire due file con un nome del servizio di distribuzione (un file di pacchetto dell'applicazione e un file di impostazioni di configurazione). Si è verificato poco altro in termini di suggerimenti su come generare i.

Dopo sprecare tempo nell'ambiente Visual Studio, non sarà possibile trovare il modo corretto per creare tali file o sarebbero anche quali le estensioni di file. Che è stato quando è stato necessario cercare la documentazione di Windows Azure per la prima volta. Fino a questo punto, era semplicemente winging. Infatti è necessario fare clic sul progetto area per trovare l'opzione “ pubblica … ” che generi un pacchetto per Windows Azure.

I due file necessari una nuvola Service Package (.cspkg) e una nuvola Service Configuration (.cscfg) verrà creato. L'opzione “ pubblica … ” apre una finestra di Esplora risorse con la cartella corretta (vedere di Figura 3), oltre a una finestra di Internet Explorer con l'URL di Azure Windows destro.

Figure 3 The Windows Explorer window opened from the “Publish-…” option.

Figura 3 Esplora la finestra aperta dall'opzione “ pubblica … ”.

Dopo aver fornito tutte le informazioni, il servizio è stato pubblicato in pochi secondi. In seguito, facendo clic su “ esecuzione ” distribuita l'applicazione. Quando è virtual machine (VM) contenente l'applicazione in esecuzione effettivamente diventa il provisioning e avviato. Questo passaggio richiede alcuni minuti.

Esecuzione del servizio

Lo stato del servizio è passato da “ inizializzazione ” su “ occupato ” per “ Ready. ” Successivamente, la distribuzione è stata completata e che esegue il servizio deve semplicemente colpire l'URL del sito Web all'indirizzo http://servicename.cloudapp. NET.

È stato infine pronto a esaminare alcune delle caratteristiche di Windows Azure VM in esecuzione il servizio. In primo luogo, elencato l'unità del sistema. Ho scoperto che la macchina virtuale ha tre unità (C:, D: ed E: come illustrato in di Figura 1. L'applicazione quindi utilizzato per cercare di file e cartelle specifiche su ciascuna unità. Dopo ulteriori indagini, ho trovato una conclusione su tre unità differenti, illustrato in di Figura 4.

Figura 4 Ecco come viene analizzata l'archiviazione fuori oltre tre unità.

Ha trovato di documentazione relativi alla quantità di memoria che può essere specificato per ogni VM. Le dimensioni predefinite (piccola) offre 250 GB di spazio di archiviazione locale. Era la dimensione della mia macchina virtuale. È possibile ingrandire quelle con 500 GB, 1000GB e 2000GB di archiviazione locale.

Tuttavia, I non trovare la documentazione di questa suddivisione tra le tre unità (né anche la documentazione su tre unità periodo). È possibile solo sapere che i numeri di di Figura 4 sono true per la distribuzione di applicazioni specifico in quel momento.

Se si prevede di utilizzare l'archiviazione temporanea locale dell'applicazione, è necessario controllare nella documentazione ha risorse di archiviazione locali di t . Queste risorse di archiviazione locali live apparentemente sull'unità C: unità, ma si dovrà utilizzare l'API per trovare l'esatto percorso locale utilizzare.

Se è necessario archiviare in modo permanente, è necessario controllare in molte opzioni Windows offre azzurro, inclusi BLOB, tabelle, code, Drivesand SQL Azure database. Questi sono accessibili tramite API e non vengono memorizzati come parte di archiviazione locale di Windows Azure VM.

Gestione temporanea Essentials

Un'ultima cosa che ho trovato interessante durante il processo di distribuzione di altre versioni dell'applicazione. Windows Azure consente di posizionare la nuova versione nell'area “ staging ” distinta. Ciò rende possibile eseguire e testare la nuova versione gestita con un URL temporaneo mentre è in esecuzione la versione precedente con l'URL principale.

Quando si è certi che la versione sia corretta, è possibile passare semplicemente la produzione e staging ambienti. Questa operazione viene eseguita rapidamente, poiché entrambi gli ambienti sono completamente distribuiti in quel punto e si passa in modo efficiente solo due URL. Se la nuova versione scopre che eventuali problemi, è possibile passare rapidamente anche alla versione precedente.

Creazione del package per l'area

Se si ha familiarità con ASP.NET, creazione di applicazioni Windows Azure non è una grande estensione, una volta comprendere alcuni concetti aggiuntivi. Imparato molto sul modo in cui le applicazioni Windows Azure sono assemblate e inoltre comprendere che in dettaglio i passaggi della distribuzione.

Ero felice con l'esperimento distribuito la prima applicazione Windows Azure e appreso più su Windows Azure runtime nel processo.  Comprendere informazioni sulle varie unità utilizzata da Windows Azure VM ed è in grado di comprendere i dettagli dell'implementazione di VM in maggiore dettaglio. Non è necessario conoscere i dettagli per distribuire le applicazioni, ma uno sviluppatore è sempre più comoda dopo la comprensione di informazioni sulle novità all'interno.

Jose Barreto Photo

Douglas Barretoè un manager del programma principale con il team di File Server, parte del server di Microsoft e area Division. Egli laureato in informatica a eseguire federale Universidade Ceara in Brasile nel 1989 e spostato negli Stati Uniti nel 2000. Barreto fa parte di Microsoft nel 2002 in California e spostato il campus di Redmond nel 2007.

Contenuto correlato