Roberto Freato

Azure - Per ora si tratta di un rename parziale

Roberto Freato — Tue, 15 May 2012 09:20:00 GMT

Siccome stanno girando strane voci in giro riguardo al renaming in corso dei servizi di Azure, per il momento si tratta di un rename parziale relativamente al billing.

Infatti è stato reso noto questo comunicato per meglio comprendere le voci della mera fattura dei servizi:

Prior Service Name	New Service Name
Windows Azure Compute	Cloud Services
Windows Azure Platform - All Services	All Services
Windows Azure CDN	CDN
Windows Azure Storage	Storage
Windows Azure Traffic Manager	Traffic Manager
Windows Azure Virtual Network	Virtual Network
AppFabric Cache	Cache
AppFabric Service Bus	Service Bus
AppFabric Access Control	Access Control
SQL Azure	SQL Database
SQL Azure Reporting Service	SQL Reporting

Questi saranno quindi i nuovoi nomi trovati all’interno della fattura, per semplificarne la lettura .

Materiale lab di oggi 17 Febbraio

Roberto Freato — Fri, 17 Feb 2012 05:07:00 GMT

Oggi nel lab dedicato a Windows Azure, potrebbe rendersi necessario del materiale offiline, che è possibile scaricare al link sotto:

https://dnl.blob.core.windows.net/communitydays/labs.zip

Da Azure, ovviamente!

Rob

Windows Azure Pricing – I nuovi costi 2012

Roberto Freato — Wed, 15 Feb 2012 06:04:00 GMT

Finalmente grandi novità. Stavolta dopo l'a full immersion tecnica del 13 dicembre, arrivano i tagli ai costi più contestati della piattaforma Azure: il Database SQL Azure. Si parla di tagli drastici, come in tabella sotto:

GB	Previous Pricing	New Pricing	New Price/GB	Total % Decrease
5	$49.95	$25.99	$5.20	48%
10	$99.99	$45.99	$4.60	54%
25	$299.97	$75.99	$3.04	75%
50	$499.95*	$125.99	$2.52	75%
100	$499.95 *	$175.99	$1.76	65%
150	$499.95*	$225.99	$1.51	55%

Oltre ai tagli riportati nella tabella comparativa sopra, c’è un nuovo dettaglio importante. Se si utilizza un Database da 1GB (Web Edition) solo entro i primi 100MB, il costo al mese sarà dimezzato. Molti i motivi di questa scelta, come ad esempio i periodi di test a carico parziale o, più semplicemente, le applicazioni non data-intensive. Riassumendo i “nuovi prezzi” del Database, sono:

Dimensioni del database	Prezzo per database al mese
da 0 a 100 MB	Fisso € 3,5425
Maggiore di 100 MB fino a 1 GB	Fisso € 7,085
Maggiore di 1 GB fino a 10 GB	€ 7,085 per il primo GB, € 2,834 per ogni GB aggiuntivo
Maggiore di 10 GB fino a 50 GB	€ 32,5906 per i primi 10 GB, € 1,417 per ogni GB aggiuntivo
Maggiore di 50 GB fino a 150 GB	€ 89,2699 per i primi 50 GB, € 0,7085 per ogni GB aggiuntivo

Azure Lab @CommunityDays

Roberto Freato — Mon, 13 Feb 2012 06:32:00 GMT

Come già comunicato a tutti gli iscritti DNL ad inizio anno, tra pochissimi giorni (16 e 17 febbraio) ci saranno i CommunityDays in MS e avrò il piacere di contribuire a dare supporto ai partecipanti per il Lab su Azure .

L’iniziativa e l’ipotesi di format (dico ipotesi perchè il meglio è vedere l’andazzo in diretta ed eventualmente ricalibrarsi) è ben descritta qui.

Come già indicato da Pietro qui, sarebbe il caso di arrivare al lab già provvisti di un account Azure, anche perchè i lab si basano al 99% sul cloud reale e sugli scenari di deployment, per cui altrimenti sarebbe difficile poterne completare uno con successo.

Inoltre, con l’esperienza alle spalle dell’ultimo lab di SMAU, chiunque venga si senta libero di bloccarmi fisicamente per avere supporto “dedicato”: obiettivo di questo lab è anche questo, sfruttatelo.

A presto

Lo spending cap, finalmente

Roberto Freato — Thu, 22 Dec 2011 07:26:00 GMT

Partiamo da un problema che ha visto il susseguirsi di polemiche/dubbi/reticenze riguardo all’attivazione di un account Windows Azure: la carta di credito.

Domanda precedente: inserire i dati di carta di credito in fase di attivazione possono portare ad un addebito indesiderato? Si, ma solo se l’utente supera i limiti di utilizzo della propria sottoscrizione. Infatti, come in molti piani telefonici flat in cui si ha una soglia di utilizzo (chiamate, sms, internet) anche con le subscription Azure si possono avere delle soglie e, al superamento, scatta la tariffazione.

Risoluzione del problema: introduzione di una spending cap di default impostata a 0.

Domanda ad oggi: bene, alla luce delle novità, se metto i dati di carta di credito, verrò mai tariffato? NO. E allora cosa serve? Ad oggi, visto che non si può ancora alzare lo spending cap, solo per identificare l’utente. Quando poi si potrà variare, anche per controllare la spesa mensile.

Questa la novità più interessante dal punto di vista del billing, che trova luce anche nel nuovo pannello di gestione disponibile qui: https://account.windowsazure.com/Home/Index

Mese di novità, queste le prime: Costi ridotti, SQL Azure più grande, Pannello di controllo

Roberto Freato — Fri, 16 Dec 2011 07:33:00 GMT

Riprendendo la comunicazione ufficiale (che come al solito ultimamente riporto sotto) è recente l’introduzione di alcune novità amministrative sulla piattaforma Windows Azure, in particolare:

Riduzione del costo di trasferimento dati (0.0852€/GB per Zona1 e 0.1248€/GB per Zona 2)
Dal 1 Aprile 2012 nuovo modello di pagamento per il Service Bus (0.0710€/100 h 0.0071€/10 000 msg) fino a quella data il servizio sarà utilizzabile gratuitamente
Estensione periodo gratuito dell'access control: dal 1 dicembre 2012 il costo sarà 1.4114€/100,000 transazioni
Incremento dello spazio disponibile sulla edizione business di SQL Azure; da 50 a 150 GB senza aumento del massimo carico per database/mese (356.5646€)
Nuovo design per il management portal per facilitare la gestione e il monitoraggio di sql azure

Ecco il testo integrale:

Concurrent with the latest enhancements that simplify the sign-up, subscription management and billing experience (detailed on the Windows Azure blog), we are happy to share some additional changes that are effective immediately for our Windows Azure customers:

Reduced price for data transfers:

0.0852 € per GB for outbound data transfers for Zone 1 (Europe and North America)

0.1348 € per GB for outbound data transfers for Zone 2 (all other locations)

Service Bus is free for a promotional period:

Service Bus is migrating to a new billing model based on relay hours and messages. To help customers get a feel for this new model, Service Bus is offered at no charge (except for standard data transfer fees) for billing months beginning before April 1, 2012.

For billing periods beginning on or after April 1, 2012, Service Bus will be charged as follows:

0.0710 € per 100 relay hours

0.0071 € per 10,000 messages

Access Control’s period of free service has been extended:

Access Control’s period of free service has been extended through November 30, 2012.

For billing periods beginning on or after December 1, 2012, Access Control will be charged at 1.4114 € per 100,000 transactions.

SQL Azure database size limit increased to 150 GB:

Size limit on a SQL Azure Business Edition database has increased from 50 GB to 150 GB.

Maximum charge for an individual database remains unchanged and is capped at 354.5646 € per billing month.

The SQL Azure Business Edition cap of 354.5646 € per database per month is based on the accumulated charges for the entire billing month for each database. Our billing cap allows you to scale your database from 50 GB to 150 GB at no additional charge, which lowers the effective price for larger volumes. For example, a customer who uses a 150 GB database for an entire billing month will see an effective price drop of 67%.
In addition to the increased size limit, we have also made available a new service release for SQL Azure which simplifies database management and monitoring through a redesigned management portal, and eases elastic scale-out through SQL Azure Federation.
We have also streamlined billing so that you are only charged once each month for all of your subscriptions based on the anniversary date of when you originally set up your account. For example, if the date you set up your account is different from any of the dates you started your subscription(s), we will delay charging you for those subscription(s) until your account’s next monthly anniversary date so that all of your subscriptions can be billed together once a month.
We are excited to share the above news on price decreases and further enhancements to Windows Azure as part of our commitment to deliver a flexible, cost effective, and easy-to-use cloud computing platform. Please feel free to contact us if you have any questions.
Windows Azure Team
Microsoft

Sta per uscire qualche novità sulla UX, questi i dettagli

Roberto Freato — Thu, 01 Dec 2011 06:30:00 GMT

Riporto l’ultima comunicazione ricevuta dal MS in merito ad Azure:

Based on your feedback, we are making a number of improvements to streamline your Windows Azure experience. We would like to take this opportunity to provide some details on what’s coming.
Highlights:

Simplified Sign-up Process:

Create new subscriptions in 3 simple steps

Take advantage of the new spending limit feature to sign up for a new 3-Month Free Trial and/or one of our MSDN subscriptions without fear of overage charges

Flexible Subscription Management:

Quickly add or update your subscriptions

More easily switch between offers

Cancel un-needed subscriptions directly from the Windows Azure Management portal

Streamlined Billing Experience:

Access real-time usage and billing details directly in the Windows Azure Management portal

Billing will occur at the same time each month, regardless of the number of subscriptions

Simpler, summarized invoice

Concurrent with the release of these new capabilities for managing your use of Windows Azure, (e.g., spending caps, real-time access to usage and charges), we will retire our monthly email notifications reporting when you reach 75%, 100% and 125% of the compute hours included in your offer (or your 3 month rolling average for offers without included compute hours).
As we get closer to launch, we will provide the specific timing of these updates and include additional details. During the planned update, our billing system will be briefly offline during a weekend – under 24 hours from start to finish. While you won’t be able to add new subscriptions during the update process, this update will not impact any Windows Azure applications that you have running.

Windows Azure Camp @ROMA

Roberto Freato — Mon, 28 Nov 2011 06:27:00 GMT

Domani ci sarà un evento di formazione su Azure, ad accesso limitato, a Roma. Questi i dettagli dell’evento presi dalla pagina ufficiale di EducationTime:

L’evento è dedicato a responsabili di Sviluppo Software, Developers e Analisti che vogliano comprendere le tecniche di utilizzo di Microsoft Azure, il nuovo paradigma dello Sviluppo del Software di nuova generazione.
Developer Camps
I DevCamps sono eventi dedicati ai Developers che rappresentano una grande opportunità per scambiare opinioni, feedback ed esperienze nell’uso del Cloud per le applicazioni.
Ogni partecipante al seminario potrà connettersi a Internet con il proprio PC portatile e svolgere in modo interattivo le esercitazioni proposte dal teacher.
L’evento è gratuito e il numero dei posti è limitato a 24.
Portate il vostro PC all’evento e se utilizzerete la Vostra subscription Azure avrete in omaggio anche uno Zainetto Windows Azure!
Agenda della giornata

8:30 – 9.00 arrival and registration
9:00 – 9.15 welcome Coffee
9:15 – 10.00 Getting Started with Windows Azure
10:00 – 11.00 Using Windows Azure Storage
11:00 – 11.15 aperitivo
11:15 – 12.15 Understanding SQL Azure
12.15 – 13.00 Securing, Connecting, and Scaling
13:00 – 14.00 business lunch
14:00 – 15.30 Azure Application Scenarios
15:30 – 16.15 Launching Your Azure App
Servizi

I partecipanti avranno a disposizione:
• Collegamento internet veloce
• Documentazione tecnica
• Welcome coffee
• Aperitivo
• Business lunch
Location

L’evento si svolgerà a Roma presso l’ HOTEL MERCURE ROMA DELTA COLOSSEO, via Labicana 144.
L’Hotel è raggiungibile
• con la metropolitana Linea A fermata MANZONI e linea B fermata COLOSSEO;
• dall’autostrada A1.
Prendere il GRA, seguire l'uscita 27, Via C. Colombo, seguendo le indicazioni verso il centro; proseguire sempre dritto per circa 20 km fino ad arrivare alle Terme di Caracalla; girare a sinistra e continuare per circa 1 km; poi girare a destra in Via San Gregorio; all'incrocio principale con il Colosseo sulla sinistra girare a destra e andare in Via Labicana. L'Hotel si trova dopo 500 m sulla sinistra.
Posto auto in garage (non prenotabile).
Iscrizioni e contatti

Per iscriversi cliccare nella colonna di destra sulla freccia accanto alla data dell’evento, compilare il modulo elettronico ed inviarlo.
Riceverete una conferma di avvenuta iscrizione.
Per informazioni contattare la Dott.ssa Lorena Facchinetti allo 02.92729410 oppure via mail a lorena.facchinetti@educationtime.it

Aggiornamento del Service Bus di Azure AppFabric

Roberto Freato — Thu, 24 Nov 2011 07:34:00 GMT

Tralasciando l’italiano pessimo derivante da una (supposta) traduzione automatica o semi-automatica, riporto la comunicazione ufficiale Microsoft riguardante l’aggiornamento del Service Bus (“Bus di Servizio”, come verrà chiamato sotto).

È stato recentemente aggiornato il servizio di bus per includere la funzionalità di ralay load balancing con supporto per un massimo di 25 listener per endpoint. Questo aggiornamento del servizio semplifica la creazione di servizi scalabili e con alta affidabilità e di applicazioni ibride che sfruttano applicazioni, servizi e sistemi di back-end esistenti, attraverso connessioni sicure.
Tale aggiornamento non comporta modifiche all'SDK. L'impatto principale di tale modifica sul codice è che non si verificheranno più errori all'apertura di listener aggiuntivi (più di uno) su un endpoint.
Si noti che questa nuova funzionalità potrebbe modificare il comportamento di applicazioni esistenti. Se l'applicazione si basa sul comportamento del servizio di consentire solo un listener su un endpoint, è necessario verificare se il codice limita strettamente ad uno solo il numero di listener per endpoint. In caso contrario, potrebbero essere addebitate più connessioni del dovuto.
Qualora si desideri usufruire della nuova funzionalità di ralay load balancing, è necessario aggiornare il codice per gestire il numero di listener simultanei per endpoint e fornire i limiti per il numero desiderato di listener per endpoint.
Ulteriori informazioni su queste nuove funzionalità saranno disponibili nel forum Connectivity and Messaging e nelle note sulla versione del bus di servizio. In caso di domande su questa versione, consultare il Supporto clienti di Windows Azure.
Tale aggiornamento rientra nell'impegno assunto e attualmente in corso di fornire servizi di alto livello in modo semplice e flessibile ai clienti.
Confidiamo nei suoi continui commenti e suggerimenti.
Il team di Windows Azure

Windows Azure Performance – Tuning e conclusioni

Roberto Freato — Mon, 21 Nov 2011 08:56:00 GMT

Per concludere questa parte di articoli relativi all’incremento delle performance su Windows Azure, parliamo brevemente di alcuni trucchi di “fine tuning”:

Sharding: come esaustivamente introdotto negli articoli precedenti, per evitare bottleneck a livello di database di può partizionare lo stesso in porzioni logiche, dividendo per set di colonne (partitioning orizzontale) o per righe (partitioning verticale).
Bandwidth: diminuire l'a footprint di accesso alle risorse remote per diminuire i costi e aumentare le performance.
IIS: ottimizzare IIS (che dalla versione 1.3 dell’SDK gira in Full mode) tramite l’utilizzo degli startup task script al load dell’istanza e configurare l’application pool e il recycling
Release mode: compilare l’applicazione in Release mode e disabilitare l’IntelliTrace
MimeTypes: configurare la compressione per i mimeTypes comuni della vostra WebApp

Diagnostics: utilizzare con attenzione i Performance Counter poichè introducono notevole overhead computazionale

In sintesi:

Windows Azure Performance – Caching

Roberto Freato — Thu, 17 Nov 2011 08:56:00 GMT

Il caching in-memory di dati e risorse è sempre stato un driver essenziale per la riduzione della latenza e per l’aumento complessivo delle performance di una soluzione.

Tuttavia, in logica web farm (e quindi Cloud), la cache in-memory di un dato, soprattutto se connessa al suo utilizzo “stateful” tra una richiesta e l’altra, è erronea. Perchè al crescere dei nodi per N>1, la cache risulterebbe desincronizzata tra i nodi e bisognerebbe gestirne la centralizzazione o i meccanismi di replicazione. La seconda strategia è sicuramente efficente: esistono infatti alcuni algoritmi peer-to-peer per la replica delle informazioni di cache tra i nodi al fine di allineare le diverse versioni. Tuttavia la soluzione è quasi sempre difficile da implementare ed introduce una complessità di computazione proporzionale al numero dei nodi del sistema.

La prima soluzione invece, più comune, consiste nel centralizzare il dato in un repository (di solito un daatabase) al fine di semplificarne il reperimento, con chiari svantaggi sul lato performance.

Windows Azure AppFabric ci viene quindi incontro con il prodotto Cache, che rappresenta una cache veloce in-memory sullo stesso modello di Windows Server AppFabric Cache (l’analogo in ambiente on-premise). Proprio per questa particolare analogia, l’API di accesso alla cache di AppFabric (Server) è compatibile con quella di accesso alla cache di Azure AppFabric, la cui integrazione (come sotto) si limita alla sola modifica di alcune righe di configurazione.

Configurabile come cache per lo stato della sessione:

Oppure come Output Cache di ASP.NET:

Per accedervi via codice, saranno necessarie queste righe:

Windows Azure Performance – Accesso allo storage

Roberto Freato — Mon, 14 Nov 2011 08:53:00 GMT

Ci sono diversi modi per accedere all’Azure Storage, a seconda del grado di ottimizzazione delle risorse che vogliamo raggiungere:

Direttamente tramite client remoto che abbia conoscenza dell’endpoint name e dell’account key
Da una o più istanze di calcolo Windows Azure con le medesime modalità
Da qualsiasi client tramite Shared Access Signature, un meccanismo di condivisione (granulare al singolo blob) delle risorse nell’Azure Storage
Tramite CDN (Content Delivery Network)

I primi due punti sono già stati ampiamente trattati in precedenza; in quel caso i blobs vengono richiesti tramite REST opportunamente autenticata da qualsiasi endpoint abbia la chiave di accesso.

Il terzo punto prevede la condivisione granulare tramite la generazione di un Token legato ad uno o più blob, il quale si comporta di fatto come un claim per autorizzare l’accesso alla risorsa.

Come si evince dalla figura, si potrebbe fare in modo di generare una chiave lato Azure Compute, da tornare al client per l’accesso diretto alla risorsa sullo storage. Ogni chiave avrà chiaramente una data di inizio e di fine più eventuali altri parametri.

L’ultimo meccanismo è quello che utilizza una CDN per la distribuzione dei contenuti, i cui passi logici sono:

Il client chiede la risorsa al nodo di CDN più vicino alla sua location fisica (i nodi CDN di Azure sono moltissimi e sparsi sul globo)
Il nodo CDN, se non ha localmente la risorsa, la scarica
Il nodo CDN torna la risorsa al chiamante (appena scaricata o eventualmente già cachata)

Sotto un elenco di figure esemplificative.

Windows Azure Performance – Pattern Asincroni

Roberto Freato — Thu, 10 Nov 2011 08:54:00 GMT

Una peculiarità del cloud di cui spesso si parla è la possibilità di rendere la nostra applicazione globally-consumed e scalabile indefinitamente. Questo è sempre vero a livelli minimi garantiti, ma si può aiutare sviluppando “bene” le nostre applicazioni, utilizzando dei pattern ottimizzati per l’esecuzione web farm in contesti distribuiti a bassa latenza.

Cosa si intende per bassa latenza?

Nonostante l’utilizzo da parte di utenti geodistribuiti, i tempi di risposta devono sempre essere omogenei
Quando aumenta il carico l’aumento delle risorse dovrebbe essere quanto più lineare possibile
Sviluppare know-how relativo all’occupazione fisica della banda per ottimizzare i messaggi

I pattern asincroni vengono comunemente utilizzati in tutti gli ambienti on-premises ogni volta che si renda necessaria una interazione con l’utente. Se infatti un sistema non gestisse parallelamente le operazioni, avremmo tipicamente lo scenario descritto nelle immagini sotto:

Invece il comportamento in uno scenario asincrono, dovrebbe essere di questo tipo:

dove in qualunque momento le operazioni long-running vengano messe in una coda di esecuzione differita, mentre nel frattempo venga eventualmente notificata l’attesa al client, liberandolo però dalla situazione di stallo.

Il meccanismo di Windows Azure per gestire questo pattern sono le Azure Storage Queues, tecnologia simile ad un qualsiasi Message Queue in cui gli attori sono il/i sender, i receviers/subscribers e la coda coinvolta nell’operazione di scambio asincrono. Le code in Azure sono accessibili tramite REST e chiaramente tramite le API .NET incluse nell’SDK.

Aggiornamento dei prezzi di Azure per gli abbonati

Roberto Freato — Mon, 31 Oct 2011 05:42:00 GMT

Siccome questa comunicazione non è arrivata a tutti e in molti, dopo più di un mese, rimangono sorpresi quando ne parlo, ne approfitto per incollarla qua sotto.

A partire dal primo ottobre, verranno introdotti due aggiornamenti legati alla fatturazione relativa alla piattaforma Windows Azure, al fine di garantire maggiore flessibilità e semplicità per i clienti.
Innanzitutto, il prezzo delle istanze di calcolo di dimensioni molto piccole (extra small instance) verrà ridotto del 20%. Inoltre, le allocazioni delle istanze di calcolo per tutte le offerte verranno semplificate in ore di calcolo per istanze di piccole dimensioni (small instance). Per garantire ulteriore flessibilità ai clienti, tali ore potranno essere utilizzate per istanze di calcolo di dimensioni molto piccole, con un rapporto di 3 ore di calcolo per un'istanza di dimensioni molto piccole a 1 ora di calcolo per istanze di piccole dimensioni. In più, i clienti potranno utilizzare queste ore per istanze di calcolo di altre dimensioni, sulla base del rapporto standard stabilito, presente nel piano delle tariffe. Inoltre, gli attuali clienti dell'offerta Introductory Special, nonché i clienti che sottoscriveranno tale offerta entro il primo ottobre, riceveranno sia 750 ore extra di calcolo per istanze di dimensioni molto piccole sia 750 ore di calcolo per istanze di piccole dimensioni per i mesi di agosto e settembre, al fine di garantire il massimo valore e una maggiore flessibilità nel periodo antecedente a tale offerta.
Di seguito vengono riportati i dettagli delle allocazioni delle istanze di calcolo per offerta.

	Prima del 1° ottobre	A partire dal 1° ottobre
Offerta	Dimensioni molto piccole	Dimensioni piccole	Dimensioni molto piccole	Dimensioni piccole	Equivalente a dimensioni molto piccole
Introductory Special*	750	750	-	750	2,250
Cloud Essentials	750	25	-	375	1,125
MSDN Professional	750	-	-	375	1,125
MSDN Premium	1,500	-	-	750	2,250
MSDN Ultimate	-	1,500	-	1,500	4,500

*Nota: a partire dal primo agosto, il numero di ore per le istanze piccole incluse in questa offerta verrà aumentato da 25 a 750.Per i mesi di agosto e settembre i clienti dell'offerta Introductory Special riceveranno sia 750 ore extra di calcolo per istanze di dimensioni molto piccole sia 750 ore di calcolo per istanze di piccole dimensioni. Una volta che le ore per le istanze di dimensioni molto piccole e quelle per le istanze di dimensioni piccole saranno interscambiabili a partire dal primo ottobre, l'offerta Introductory Special includerà unicamente 750 ore per le istanze di piccole dimensioni.
Verranno inoltre semplificati i contatori di trasferimento di dati allo scopo di utilizzare solo due zone, la "Zona 1" e la "Zona 2". Il sistema di contatori a zone semplificherà quello attuale, il quale include più aree e contatori separati per i trasferimenti di dati, sia standard sia della rete CDN. I data center in Europa e Nord America verranno riportati e addebitati nella Zona 1, mentre quelli relativi al resto del mondo verranno classificati come Zona 2. Questa modalità di addebito semplificherà la possibilità dei clienti di monitorare i trasferimenti di dati e analizzare gli addebiti in fattura. Il prezzo per GB per i trasferimenti di dati in uscita non subirà modifiche. Inoltre, i clienti potranno usufruire della flessibilità di utilizzare il trasferimento di dati della rete CDN per qualunque quota di trasferimento di dati inclusa nell'offerta. Per i periodi di fatturazione che coincidono con i mesi di settembre e ottobre, è possibile che nella fattura si faccia riferimento sia ai misuratori dell'area geografica corrente sia ai nuovi misuratori della Zona 1 e della Zona 2
Queste novità sono parte del nostro continuo impegno a fornire servizi di alto livello nel modo più semplice e flessibile ai clienti.

Storia di una migrazione ad Azure – Parte seconda

Roberto Freato — Thu, 06 Oct 2011 07:52:00 GMT

Vi ricordate quando, il 1 Aprile 2011, ho annunciato che DotNetLombardia era passata ad Azure?

Ricordiamoci come era andata:

Mi ero stufato di pagare l’hosting quando ho azure gratis per l’MSDN
Era un ottimo Proof-Of-Concept (e una sfida)
Era utile alla progressiva crescita delle visite per la possibilità di scalare
Nessuno l’aveva mai fatto prima e tutti dicevano che era impossibile

Seppure per me in alcuni momenti sia bastato l’ultimo punto come spinta motivazionale per migrare, mi interessavano ugualmente anche i primi tre punti, anche se raramente avrei considerato il punto tre (scalabilità) come requirement di breve periodo. Invece mi sbagliavo: le visite crescono ma soprattutto si prospetta la necessità di avere un Backend ridondante bilanciato, ed ecco che arriviamo ad oggi.

Per far funzionare un progetto ASP.NET in ottica web farm, vanno unificate le validation ed encryption key nel tag <machine> del Web.Config come minimo, centralizzata la sessione e tutto l’accesso a file fisici. Compito abbastanza facile visto che il peggio (la centralizzazione di tutti i FileStorage) l’avevo già implementata su S3 di AWS alla data del rilascio.

Per cui ho creato un nuovo deployment, con 2 istanze parallele Extra-Small, vista la notevole convenienza. I ruoli sono partiti, tutto è andato a buon fine ma….. stop!

La licenza di Telligent Community che ho come MVP vale solo per installazioni Single-Server, per cui l’esperimento, seppur riuscito, è stato abortito.

L’importante è che si possa fare e che sia semplice come ci viene detto: se ci sono riuscito con un programma blindato come Telligent Community di cui non ho i sorgenti, i nostri programmi on-premise possono girare tranquillamente sul cloud con uno sforza relativamente basso.