Capita, a volte, di dover iniziare un nuovo sviluppo o di dover pianificare una pubblicazione sul cloud, su Azure, ma di non sapere nel dettaglio che tipo di servizio è meglio utilizzare: dovrei usare un WebSite, un Cloud Service o una Virtual Machine? Che tipi di vantaggi / svantaggi ho in un caso o nell'altro?
Vediamo quelle che sono le principali differenze.
Attenzione: questo post è aggiornato con le info disponibili al 5 agosto 2014.
Innanzitutto uno schema, che usa Microsoft nella documentazione ufficiale di Azure, per comparare i 3 servizi:
 |
| Courtesy of Microsoft |
In questa immagine è abbastanza chiaro il livello di semplicità vs possibilità di controllo che offrono le tre soluzioni. Volendo essere estremamente sintetici:
- WebSite:
- Soluzione estremamente semplice da utilizzare, che offre comunque un buon set di strumenti a supporto (monitoring, alerts, scale, ecc) ma a discapito del livello di personalizzazione e controllo sulla configurazione.
- In applicazioni multi-tier, fornisce il supporto alla solo web tier
- Cloud Service:
- Meno semplice da utilizzare e deployare rispetto ai Websites, fornisce un livello di controllo molto maggiore.
- Anche in questo caso ci sono diversi strumenti di monitoraggio e supporto già inclusi
- È possibile utilizzare sia i WebRole (che di fatto sono delle VM dedicate con installato IIS) sia i WorkerRole (sempre delle VM dedicate, ma senza IIS. È possibile paragonare un WorkerRole ad un Windows Service)
- In scenari multi-tier, è possibile utilizzare una combinazione di WebRole e WorkerRole per implementare sia il web tier che il middle-tier che il backend
- In scenari multi-tier, è possibile scalare il frontend ed il backend in modo indipendente
- Virtual Machine:
- Lascia la configurazione e la personalizzazione completamente in mano all'utente, quindi è più complicata da gestire ma fornisce il massimo livello di controllo possibile, come con i server on-premises.
- Si possono utilizzare per qualsiasi tipo di applicazione ed architettura
- È necessario occuparsi manualmente della gestione del sistema, quindi anche di aggiornamenti, policy di sicurezza ecc ecc
- È la scelta ideale in scenari particolarmente complessi o quando si ha necessità di hostare servizi o software che non sono supportati nelle altre modalità.
Questa è la tabella ufficiale con la comparazione dei tre tipi di servizio:
| FEATURE | WEB SITES | CLOUD SERVICES (WEB ROLES) | VIRTUAL MACHINES |
|---|---|---|---|
Access to services like Service Bus, Storage, SQL Database
| X | X | X |
Host web or web services tier of a multi-tier architecture
| X | X | X |
Host middle tier of a multi-tier architecture
| X | X | |
Integrated MySQL-as-a-service support
| X | X 1 | X |
Support for ASP.NET, classic ASP, Node.js, PHP, Python
| X | X | X |
Scale out to multiple instances without redeploy
| X | X | X 2 |
Support for SSL
| X 3 | X | X |
Visual Studio integration
| X | X | X |
Remote Debugging
| X | X | X |
Deploy code with TFS
| X | X | X |
Deploy code with GIT, FTP
| X | X | |
Deploy code with Web Deploy
| X | 4 | X |
WebMatrix support
| X | X | |
Near-instant deployment
| X | ||
Instances share content and configuration
| X | ||
Scale up to larger machines without redeploy
| X | ||
Multiple deployment environments (production and staging)
| X | X | |
Network isolation with Azure Virtual Network
| X | X | |
Support for Azure Traffic Manager
| X | X | X |
Remote desktop access to servers
| X | X | |
Ability to define/execute start-up tasks
| X | X | |
Automatic OS update management
| X | X | |
Integrated Endpoint Monitoring
| X | X | X |
Seamless platform switching (32bit/64bit)
| X | X |
1 Web or worker roles can integrate MySQL-as-a-service through ClearDB's offerings, but not as part of the Management Portal workflow.
2 Although Virtual Machines can scale out to multiple instances, the services running on these machines must be written to handle this scale-out. An additional load balancer must be configured to route requests across the machines. Finally, an Affinity Group should be created for all machines participating in the same role to protect them from simultaneous restarts from maintenance or hardware failures.
3 For Web Sites, SSL for custom domain names is only supported for standard mode. For more information on using SSL with Web Sites, see Configuring an SSL certificate for an Azure Web Site.
4 Web Deploy is supported for cloud services when deploying to single-instance roles. However, production roles require multiple instances to meet the Azure SLA. Therefore, Web Deploy is not a suitable deployment mechanism for cloud services in production.
Nessun commento:
Posta un commento