WINDOWS AZURE E ISVS UM GUIA PARA OS RESPONSÁVEIS PELAS DECISÕES DAVID CHAPPELL JULHO DE 2009 PATROCINADO PELA MICROSOFT CORPORATION

Transcrição

1 WINDOWS AZURE E ISVS UM GUIA PARA OS RESPONSÁVEIS PELAS DECISÕES DAVID CHAPPELL JULHO DE 2009 PATROCINADO PELA MICROSOFT CORPORATION

2 SUMÁRIO ISVs e cmputaçã em nuvem... 2 Breve visã geral d Windws Azure... 3 Tecnlgia... 3 Mdel cmercial... 6 Usand Windws Azure: algumas pções para ISVs... 7 Usand armazenament em nuvem pr seu aplicativ lcal... 7 Cmbinand cmputaçã em nuvem cm seu aplicativ lcal... 7 Cm criar uma versã d seu aplicativ SaaS... 8 Frnecend serviçs de suprte a platafrmas em nuvem Cmparand Windws Azure cm alternativas Hspedagem tradicinal VMs sb demanda Cnclusões Sbre autr

3 ISVS E COMPUTAÇÃO EM NUVEM Pr que um frnecedr independente de sftware (ISV) deveria se precupar cm a cmputaçã em nuvem? A respsta é simples: usar a nuvem tem ptencial de aumentar as receitas ISV e/u reduzir seus custs. Executar códigs e armazenar dads em cmputadres em grandes data centers acessíveis pela Internet de prpriedade de utra pessa pde ferecer grandes vantagens. Qualquer pessa respnsável pr traçar curs de um ISV deve pensar seriamente sbre cm a cmputaçã em nuvem irá afetar seus negócis. Uma pçã para um ISV buscand se beneficiar cm a nuvem é explrar Windws Azure. Prjetad para suprtar aplicativs altamente escalnáveis e cnfiáveis, Windws Azure é a principal tecnlgia da platafrma em nuvem da Micrsft. Este artig fala sbre cm e pr que s ISVs pdem usar Windws Azure. O bjetiv é esclarecer pr que a cmputaçã em nuvem é imprtante para ISVs e ilustrar cm eles pdem usar esta nva platafrma. Antes de mergulhar n tema, vale a pena resumir algumas das principais ideias. Aqui estã s pntschave para cmpreensã: A meta principal d Windws Azure é ser uma platafrma na qual s ISVs pdem criar Sftware cm um aplicativ de Serviç (SaaS). Os clientes estã cada vez mais interessads em ter uma pçã de SaaS para s sftwares que cmpram. Para satisfazer esta demanda e manter ritm cmpetitiv, muits ISVs esclherã ferecer uma versã SaaS de seus prduts atuais u futurs. A criaçã de um aplicativ SaaS exige a cnstruçã de um ambiente altamente escalnável, serviçs altamente cnfiáveis baseads em nuvem que pdem ser usads simultaneamente pr muitas rganizações de clientes. Cnstruir sua própria base para iss nã faz mais sentid d que escrever seu própri sistema peracinal para um aplicativ lcal. Assim cm Windws frnece uma base para aplicativs tradicinais lcais, Windws Azure pde frnecer uma base para aplicativs SaaS. A cmputaçã em nuvem nã precisa ser uma prpsta de tud u nada, assim cm s aplicativs SaaS nã sã a única pçã. Um aplicativ lcal existente pde ser melhrad cm funcinalidades baseadas em nuvem, cm a execuçã de algum códig u armazenament de um subcnjunt de dads n Windws Azure. Esta abrdagem gradual n us de uma platafrma em nuvem pde ecnmizar dinheir e melhrar a funcinalidade d aplicativ atual. Ele também pde frnecer uma pçã de baix risc para ganhar experiência cm este nv tip de tecnlgia. Platafrmas em nuvem nã sã úteis smente para as empresas que criam aplicativs para usuári final. Se vcê é um ISV que frnece infraestrutura de cmplements u auxílis para desenvlvedres de ambiente Windws lcal, é prvável que vcê também pssa encntrar prduts cm valr agregad para criar para Windws Azure. Quant mais a cmputaçã se cnverge para a nuvem, mais prvável é que encntrar essas nvas fertas seja uma frma imprtante de manter seu flux de receita. Uma platafrma em nuvem cm Windws Azure é diferente da hspedagem tradicinal. De uma perspectiva técnica, Windws Azure frnece uma administraçã mais simples, bem cm serviçs prjetads para criar aplicativs escalnáveis e cnfiáveis. As diferenças cmerciais incluem um cmprmiss inicial mínim e caminhs mais fáceis para aumentar e reduzir s recurss cmputacinais que seu aplicativ utiliza. Essas diferenças significam que Windws Azure pde, ptencialmente, frnecer melhr tecnlgia e menr cust para aplicativs de ISVs. Inicialmente, Windws Azure prvavelmente será usad para ferecer suprte a aplicativs atuais em nuvem. É imprtante ressaltar, n entant, que as platafrmas em nuvem ferecem serviçs jamais vists anterirmente, cm acess a um grande númer de CPUs baratas e armazenament de dads altamente escalnável. Juntamente cm a base d mund que já cnhecems, devems esperar para ver ISVs criativs encntrarem frmas de fazer cisas ttalmente nvas cm este nv tip de platafrma. 2

4 BREVE VISÃO GERAL DO WINDOWS AZURE Tmar bas decisões sbre cm usar Windws Azure requer um cnheciment básic da platafrma. Esta seçã frnece uma visã geral da tecnlgia e seu mdel cmercial assciad. TECNOLOGIA O Windws Azure tem três partes principais: um serviç de Cmputaçã que executa aplicativs, um serviç de Armazenament que armazena dads e uma Malha que suprta s serviçs de Cmputaçã e Armazenament. A Figura 1 mstra a divisã. Figura 1: O Windws Azure tem três partes principais: O serviç de Cmputaçã, serviç de Armazenament e a Malha da qual s dis dependem. Para usar serviç de cmputaçã, desenvlvedr cria um aplicativ n Windws. Este aplicativ pde ser escrit usand C# e.net Framewrk, usand C++ e as APIs d Win32 u de alguma utra maneira. Nã imprta cm fi criad, aplicativ deve ser implementad cm funções da Web, funções d Trabalhadr u ambas. A Figura 2 ilustra essa ideia. Figura 2: Os aplicativs baseads n serviç de Cmputaçã d Windws Azure pdem cnsistir em instâncias de funçã da Web, funçã d Trabalhadr u nas duas. 3

5 Cm nme sugere, uma instância de funçã da Web aceita slicitações da Web. Ela pde ser criada usand ASP.NET u utra tecnlgia que funcine cm Serviçs de Infrmações da Internet (IIS). Seja qual fr a tecnlgia utilizada, Windws Azure frnece hardware de balanceament de carga integrad a tdas as instâncias de funçã da Web em um aplicativ específic. Para funções que nã se destinam a respnder diretamente às slicitações da Web, um aplicativ d Windws Azure também pde cnter instâncias de funçã d Trabalhadr. Uma instância de funçã d Trabalhadr é apenas um aplicativ d Windws cm um main(), que pde funcinar indefinidamente. Entre utras cisas, este mdel permite a criaçã de aplicativs escalnáveis em que instâncias de funçã da Web aceitam slicitações e depis transmitem-nas para as instâncias de funçã d Trabalhadr para que sejam prcessadas. E, enquant as duas instâncias, de funçã da Web e de funçã d Trabalhadr, sã aplicativs cmuns d Windws, algumas cisas, cm lg, requerem acess diret a Windws Azure. Para permitir iss, s aplicativs pdem chamar diretamente um agente d Windws Azure, cm mstra a Figura 2. Observe que cada instância, de funçã da Web u de funçã d Trabalhadr, é executada dentr de sua própria máquina virtual (VM). Ist prprcina islament, permitind que s aplicativs d Windws Azure sejam executads cm cnfiança ttal, e também permitind uma visã clara d desempenh ds mesms, já que nã há um mapeament definid entre máquinas virtuais (VMs) e núcles d prcessadr. Mas um desenvlvedr nã cria explicitamente as VMs. Em vez diss, ele carrega um aplicativ para Windws Azure, juntamente cm um arquiv de cnfiguraçã XML que especifica quantas instâncias de funçã da Web e quantas instâncias de funçã d Trabalhadr deveriam ser executadas. Feit iss, Windws Azure cria númer necessári de VMs e mnitra sua execuçã. Se uma instância falhar, Windws Azure iniciará uma nva, certificand-se de que númer especificad de instâncias de funçã da Web e de funçã d Trabalhadr esteja sempre funcinand. (Este trabalh é feit pel Cntrle de Malha, sftware que está n cmand de tdas as máquinas em uma instância específica da Malha.) Para aumentar u diminuir númer de instâncias em execuçã, prprietári de um aplicativ pde alterar valr para qualquer tip de instância nas cnfigurações d aplicativ. O Windws Azure cria u desliga autmaticamente as máquinas virtuais (VMs) para crrespnder a esta nva cnfiguraçã. Uma vez que s aplicativs d Windws Azure sã, essencialmente, aplicativs d Windws, nã deveria ser surpresa que s desenvlvedres pssam criá-ls cm Visual Studi. Esta ferramenta frnece mdels para a criaçã de aplicativs em nuvem cm funções da Web, funções d Trabalhadr u as duas. O Windws Azure também frnece uma Malha de Desenvlviment, que é uma cópia d Windws Azure, executad em uma máquina lcal. Os desenvlvedres pdem usar iss para criar seus códigs e fazer testes iniciais, e em seguida, carregar aplicativ n Windws Azure quand ele estiver prnt. Os aplicativs geralmente precisam de armazenament persistente e pr iss Windws Azure frnece seus própris mecanisms baseads em nuvem para armazenar e recuperar dads. A platafrma ferece três pções de armazenament, tdas acessadas via HTTP GETs, PUTs e DELETEs padrã. A Figura 3 ilustra iss. 4

6 Figura 3: O serviç de armazenament d Windws Azure pde ser acessad pr aplicativs d Windws Azure u pr aplicativs executads em utrs lugares. Os três tips de armazenament d Windws Azure sã: Blbs: permitem armazenar bjets bináris grandes, cm vídes e imagens. Tables: frnecem um alt armazenament escalnável nas entidades de base (nã em tabelas relacinais). Queues: permitem envi e recebiment de mensagens entre instâncias de funçã da Web e instâncias de funçã d Trabalhadr d aplicativ. É imprtante ressaltar que esses três também pdem ser acessads pr aplicativs que nã estã send executads n serviç de Cmputaçã d Windws Azure. Pr exempl, um aplicativ lcal u hspedad pde ptar pr armazenar grandes arquivs de víde cm Blbs d Windws Azure. A platafrma Windws Azure também inclui Banc de dads SQL Azure (anterirmente cnhecid cm SQL Data Services). O banc de dads SQL Azure ferece armazenament relacinal padrã basead em SQL Server, cmplet cm prcediments de armazenament e muit mais. Embra um únic banc de dads n Banc de dads d SQL Azure nã pssa cnter tanta infrmaçã quant um únic Windws Azure Strage table, essas bases de dads ferecem um mdel de armazenament familiar, acessível pr mei d ADO.NET e utrs mecanisms amplamente utilizads para acess a dads. Para bter uma visã mais detalhada d Windws Azure, cnsulte Apresentand Windws Azure. Para bter um levantament de tda a platafrma Windws Azure (anterirmente cnhecida cm Platafrma de serviçs Azure), cnsulte Apresentand a Platafrma de Serviçs Azure: Uma visã inicial d Windws Azure, Serviçs.NET, Serviçs SQL e Serviçs d Live. 5

7 MODELO COMERCIAL A principal atraçã de uma platafrma em nuvem, e uma de suas maires diferenças em relaçã à hspedagem tradicinal, é a tarifaçã baseada n cnsum. Cm as hspedagens tradicinais u em um data center intern, prprietári de um aplicativ nrmalmente paga pr um cnjunt específic de máquinas, pr um períd fix de temp. Para aplicativs cm carga variável, este cnjunt fix deve ser grande suficiente para lidar cm pic mais alt, que significa que a capacidade nã é usada em mments fra d pic. Platafrmas em nuvem nã sã bem assim. Cm Windws Azure, pr exempl, prprietári de um aplicativ paga pels recurss de cmputaçã e armazenament que utiliza. Quand a carga d aplicativ fr leve, ele pderá slicitar, pr exempl, três instâncias de funçã da Web e duas instâncias de funçã d Trabalhadr. Quand a carga fr pesada, ele pderá elevar sua slicitaçã para seis instâncias de funçã da Web e quatr instâncias de funçã d Trabalhadr. Em ambs s cass, prprietári d aplicativ paga apenas pels recurss que seu aplicativ está utilizand. O sistema de preçs d Windws Azure é relativamente simples, cm três variáveis principais: temp de cmputaçã, armazenament de dads e acess, e largura de banda transferida para dentr e para fra. Para calcular temp, é cbrad d prprietári d aplicativ um valr fix para cada hra que uma VM está em execuçã. Para dads, há uma taxa fixa pr gigabyte pr mês, junt cm uma taxa de perações cntra s dads armazenads, cm GETs e PUTs. Para largura da banda, prprietári d aplicativ paga um valr fix pr gigabyte de dads transferids dentr u fra de um data center Windws Azure. (Nã há, entretant, tarifas de largura de banda para acess as dads em um data center.) As taxas sã: Cmputaçã = US$ 0,12/hra para cada máquina virtual (VM) em execuçã Armazenament = US$ 0,15/GB armazenad pr mês, US$ 0,01/ perações ds dads armazenads Largura de Banda = US$ 0,10/GB recebids, US$ 0,15/GB enviads Os aplicativs d Windws Azure também pdem usar banc de dads SQL Azure para armazenament. Mais uma vez, a cbrança é baseada n us, cm duas variáveis: quantidade de dads armazenads e quantidade de dads enviads u recebids de um data center d Windws Azure. As taxas sã: Web Editin: US$ 9,99/mês para um banc de dads relacinal cm até 1 GB de armazenament Business Editin: US$ 99,99/mês para um banc de dads relacinal cm até 10 GB de armazenament Largura de Banda = US$ 0,10/GB recebids, US$ 0,15/GB enviads Embra nã esteja dispnível n lançament inicial da platafrma, a Micrsft diz que ferecerá, eventualmente, descnts baseads n cmprmiss. Clientes dispsts a cmprmeterem-se a níveis específics de us mínim verã seus encargs reduzids. Os cmprmisss ajudam plan da Micrsft de frma mais eficiente e, assim, s descnts refletem esses custs mais baixs. Assim cm acntece cm suas utras fertas, a Micrsft também tem um prgrama de parceria para Windws Azure. Parte diss é QuickStart Azure, que frnece um lcal central para ISVs e utrs parceirs para cmeçarem a explrar a platafrma Windws Azure e se cnectarem à Micrsft e a utrs clientes que usam esta platafrma. A empresa também tem uma ferta de Aceleraçã de Desenvlviment, que ferece as ISVs dispsts a firmar um cmprmiss de seis meses, descnts para desenvlvedres n us da platafrma Windws Azure. Fóruns, suprte pr telefne e utrs serviçs tradicinais também estã dispníveis, refletind entendiment da Micrsft sbre papel fundamental que s ISVs pssuem em trnar Windws Azure um sucess. 6

8 USANDO O WINDOWS AZURE: ALGUMAS OPÇÕES PARA ISVS Para descbrir se uma platafrma em nuvem pde melhrar seu negóci, é precis pensar em cm vcê pderia utilizá-la. Pr iss, esta seçã analisa algumas das principais frmas em que s ISVs pdem usar Windws Azure. USANDO ARMAZENAMENTO EM NUVEM POR SEU APLICATIVO LOCAL Talvez a maneira mais simples de um aplicativ ISV usar Windws Azure seja armazenament de dads. Cm mencinad anterirmente, Windws Azure Strage pde ser acessad pr aplicativs lcais, bem cm pels aplicativs Windws Azure. Pr exempl, um aplicativ que atualmente faz backups para sistemas lcais de armazenament pde, em vez diss, ptar pr usar s blbs Strage d Windws Azure. Iss pde melhrar a cnfiabilidade d backup, pis cm tud n Windws Azure Strage, s blbs sã replicads pel mens três vezes. Ele também pde reduzir s custs, pr cnta das ecnmias de escala frnecidas pels grandes centrs de dads da Micrsft. Ou pense em um aplicativ que frnece grandes quantidades de dads para seus usuáris: vídes, arquivs de áudi u qualquer utra cisa. Em vez de armazenar s dads lcalmente, aplicativ pde ptar nvamente pr usar s blbs Strage d Windws Azure para bter mair dispnibilidade, menr cust u ambs. E Windws Azure Strage nã é a única pçã. Usand banc de dads SQL Azure, um aplicativ também pde armazenar dads relacinais em nuvem. Pr exempl, um aplicativ que precisa cmpartilhar um cnjunt de tabelas relacinais pr mei de várias instâncias em execuçã em diferentes lcais pde ser beneficiad pr ter s dads acessíveis em um só lugar. Existem algumas limitações: pr exempl, um únic banc de dads n banc de dads d SQL Azure, nã pde exceder dez gigabytes. Send assim, este serviç nã é exatamente cm usar SQL Server na nuvem. Ainda assim, existem algumas vantagens ptenciais. Grande parte d trabalh necessári para administrar um banc de dads é eliminada cm banc de dads SQL Azure, uma vez que a Micrsft faz iss pr vcê. A dispnibilidade de seus dads também aumenta, uma vez que, cm Windws Azure Strage, banc de dads SQL Azure armazena três cópias de tds s dads para se prteger cntra falhas de hardware. O cust desse armazenament pde ser ainda mais baix d que armazenament lcal, especialmente para rganizações menres. Usar a platafrma em nuvem da Micrsft para armazenar seus dads exige cnfiança nessa platafrma. A melhr maneira de criar a cnfiança é cmeçar devagar, em seguida, se necessári, expandir cm base nessa base. Um ISV que está pensand em usar Windws Azure u banc de dads SQL Azure pde achar que usar s serviçs de armazenament pr um aplicativ lcal lhe permite adquirir experiência cm essa nva abrdagem, antes de firmar um cmprmetiment mair. Essa pde ser uma ba maneira de iniciar na cmputaçã em nuvem. COMBINANDO COMPUTAÇÃO EM NUVEM COM SEU APLICATIVO LOCAL Se clcar um aplicativ de dads na nuvem pde fazer sentid, entã vcê pde usar a nuvem para executar alguns códigs d seu aplicativ. Pr exempl, pense em um ISV cm um aplicativ que pderia se beneficiar da criaçã de um mercad nline entre tdas as empresas que utilizam essa sluçã. Criar esta funcinalidade em uma platafrma em nuvem, cm Windws Azure, deveria ser significativamente mais rápid e mais barat d que criá-la ttalmente d zer. Ou supnha que um aplicativ lcal pderia, às vezes, se beneficiar de váris núcles de prcessadres para executar cargas exigentes de CPU. Este aplicativ pderia criar um númer de instâncias de funçã d Trabalhadr d 7

9 Windws Azure para fazer este trabalh e entã desligá-las quand elas nã fssem mais necessárias. Cm sempre, cliente seria cbrad apenas pels recurss utilizads, u seja, as hras que essas VMs das funções d Trabalhadr estavam, de fat, send executadas. Existem muitas situações em que deslcar um aplicativ existente inteiramente para a nuvem nã é prátic. Migrar milhões de linhas de códig para uma platafrma em nuvem pde ser muit arriscad, muit car u simplesmente nã valer a pena. Em cass cm este, adicinar nvas funcinalidades executadas em nuvem pde fazer mais sentid. Cm Windws Azure frnece uma platafrma précnstruída para a execuçã de aplicativs em nuvem, ele pde criar esse tip de códig mais facilmente. COMO CRIAR UMA VERSÃO DO SEU APLICATIVO SAAS Ser um ISV, significava há muit temp, instalar sftwares diretamente nas máquinas de seus clientes. Cm s aplicativs SaaS, iss nã é mais uma verdade. A cntrári de pactes de sftwares cnvencinais, um aplicativ SaaS é executad em um data center acessível pela Internet, e é nrmalmente entregue as clientes via web. Os aplicativs SaaS pdem ferecer benefícis reais para s clientes, incluind: Menr risc: a cntrári ds pactes de sftware cnvencinais, s aplicativs SaaS nã exigem um grande investiment inicial. Em vez diss, s clientes pdem experimentar aplicativ sem cust adicinal, antes de cmprá-l, prprcinand mais cnfiança de que aplicativ irá agregar valr as seus negócis. Estrutura de preçs mais atraentes: s aplicativs SaaS nrmalmente utilizam tarifaçã baseada n us, cm uma taxa pr usuári pr mês. Iss permite que s clientes cmecem devagar, depis adicinem s usuáris de acrd cm a necessidade. Iss também permite a substituiçã de um gast de capital na cmpra de sftware cm uma despesa peracinal, que pde ser um atrativ para algumas rganizações. Implantaçã mais rápida e mais barata: Em vez de instalar sftware em máquinas lcais, s usuáris de um aplicativ SaaS nrmalmente acessam aplicativ pr mei de um navegadr da Web cmum. Atualizações mais fáceis: Em vez de melhrar as suas próprias cópias de um pacte de sftware adquirid, cliente de um aplicativ SaaS pde cnfiar n prvedr SaaS que atualiza aplicativ de md centralizad. As vantagens d SaaS certamente sã atraentes para alguns clientes e alguns tips de aplicativs. Essa abrdagem também pssui desvantagens, pr iss nã se aplica a tds s aplicativs. Os maires desafis enfrentads pels clientes SaaS incluem: Cnfiança: Um cliente pde realmente cnfiar n frnecedr de um aplicativ SaaS? O aplicativ estará sempre dispnível? O frnecedr d aplicativ é cnfiável para dads crprativs cnfidenciais? A cnfiança n frnecedr é mair bstácul que a mairia ds clientes enfrenta cm s aplicativs SaaS. É imprtante ressaltar que essa cnfiança também deve se estender para a platafrma em nuvem nde aplicativ SaaS é cnstruíd. Questões de regulamentaçã e cumpriment: É exigid pel gvern que muitas empresas cumpram uma série de padrões, tais cm Sarbanes-Oxley, Basel II, e utrs. Se um aplicativ SaaS (e a platafrma em nuvem na qual ele é cnstruíd) nã pde cumprir essas brigações, a empresa nã pde utilizá-ls. Persnalizaçã: Pactes tradicinais de sftwares lcais nrmalmente pdem ser persnalizads de várias maneiras. Os aplicativs SaaS, pel cntrári, nrmalmente sã multilcatáris, que significa 8

10 que uma única cópia d sftware é cmpartilhada pr tds s usuáris. Embra a persnalizaçã ainda seja pssível, muitas vezes ela é mais limitada d que um pacte de sftware tradicinal. Integraçã cm aplicativs lcais: um aplicativ SaaS deve frnecer alguma frma de integrar seu códig e dads cm aplicativs lcais. Iss inclui a integraçã de identidade, uma vez que s clientes nrmalmente querem lgn únic. Gestã: A mairia das ferramentas lcais para gerenciament e mnitrament de aplicativs nã funcina bem cm s aplicativs SaaS atuais. Iss prvavelmente mudará, a situaçã hje é desanimadra para alguns clientes. Assim cm s aplicativs SaaS têm prós e cntras para as rganizações que cmpram sftware, eles também ferecem vantagens e desvantagens para as empresas que vendem sftware. Os benefícis ds aplicativs SaaS para ISVs incluem: Ptencial para mais vendas: Uma vez que s clientes enfrentam mens riscs e menr cmprmiss financeir inicial, fazer as primeiras vendas pde ser mais rápid e mais barat. Os aplicativs SaaS também pdem ser atraentes para nvas categrias de clientes, tais cm rganizações menres, prque requerem mens experiência interna cm TI. Atualizações de cliente mais fáceis: Em vez de cnvencer cada cliente a substituir um pacte lcal, um ISV pde atualizar tds s usuáris d seu aplicativ SaaS de uma vez. Iss pde reduzir significativamente s custs de suprte ISV, uma vez que nã existe mais a brigaçã de suprtar muitas versões antigas de um aplicativ. Nada é gratuit. N entant e, pr iss, a mudança para um mund SaaS também apresenta alguns incnvenientes para s ISVs. Alguns ds mais visíveis sã: Um mdel de vendas e receitas diferentes: Gasts gradativs em vez de entrar cm investiment financeir inicial. Pel mens inicialmente iss pde significar margens mais baixas. Mens cntrle sbre cliente: Sem s custs fixs de um aplicativ já cmprad e, talvez, extremamente persnalizad lcalmente, s clientes pdem achar mais fácil mudar para um cncrrente. Mens receitas de serviçs de persnalizaçã: ISVs que derivam uma parte significativa ds seus rendiments de serviçs de persnalizaçã pdem ter essa receita reduzida cm aplicativs SaaS. Desafis técnics: Criar um aplicativ SaaS exige um cnjunt de habilidades técnicas diferentes das que a mairia ds ISVs já tem. Em vez de criar familiaridade n sftware lcal, sua rganizaçã de desenvlviment deve agra cnstruir um aplicativ altamente escalnável e cm cmpartilhament altamente cnfiável. Além diss, cm Windws Azure nem sempre se cmprta de frma idêntica a ambiente Windws Server, pdem ser necessárias algumas alterações n códig existente. Pr exempl, a mesm temp em que Windws Azure carrega slicitações de salds em instâncias de funçã da Web d aplicativ, ele nã suprta a afinidade de sessã. Ist permite uma escalabilidade muit melhr, mas esse pde nã ser md para qual seu aplicativ está prjetad atualmente. A verdade é evidente: Os aplicativs SaaS têm um papel imprtante a desempenhar, mas eles nã vã eliminar s sftwares lcais. Cada ISV que frnece um pacte de aplicativs deve lhar para suas fertas e tmar uma decisã: Pr que frnecer SaaS? Especialmente se seus cncrrentes estã ind pr este caminh, criar uma versã SaaS de um aplicativ lcal atual pde ser a pçã certa. Cm mencinad anterirmente, a principal meta d Windws Azure é suprtar aplicativs SaaS. Muits aspects d seu prjet refletem essa meta. Pr exempl, um aplicativ SaaS deve ser mais escalnável d que um aplicativ lcal prque ele dará suprte a múltipls clientes simultaneamente. A divisã d 9

11 Windws Azure em funçã da Web/funçã d Trabalhadr bjetiva ajudar na criaçã de aplicativs escalnáveis maciçamente pr mei da divisã d trabalh entre um frnt-end da Web e um back end de Trabalhadr. Da mesma frma, Windws Azure Strage table é expressamente cncebid para armazenar grandes quantidades de dads, muit mais d que pde ser gerenciad pr um sistema de gerenciament relacinal únic de banc de dads. Um aplicativ SaaS também deve ser mais cnfiável d que um aplicativ lcal, uma vez que uma falha afeta tds s clientes, nã apenas um. Pr mei d mnitrament de cada instância em funcinament d aplicativ, a Malha Windws Azure pde ajudar a alcançar este bjetiv. Se uma instância u uma VM u mesm uma máquina inteira falhar, Cntrle da malha vai reiniciar utra para cupar seu lugar. O Cntrle da malha também permite a atualizaçã de um aplicativ em execuçã, sem desligá-l, um serviç imprtante para um aplicativ SaaS que deve estar permanentemente dispnível. Mais um atribut imprtante para um aplicativ SaaS eficaz é a elasticidade, u seja, a capacidade de lidar cm s pics de demanda. Cm um aplicativ cnvencinal, um data center deve ser capaz de suprtar uma carga máxima que esse aplicativ nunca verá. Iss é certamente pssível, mas é car e um desperdíci a mair parte da capacidade d data center prvavelmente está cisa na mair parte d temp. Cm Windws Azure, entretant, a sluçã deste prblema é mais simples. Lembre-se que prprietári de um aplicativ pde alterar númer de instâncias em execuçã em temp real, cnfiand n Cntrladr da malha para criar u desligar VMs cnfrme necessári. Uma vez que s clientes d Windws Azure sã cbrads apenas pels recurss que utilizam, iss permite que eles paguem pr um grande númer de recurss de cmputaçã apenas quand esses sã realmente necessáris. Quand a carga diminui, aplicativ pde enclher nvamente para seu tamanh nrmal. Os aplicativs SaaS realmente têm requisits diferentes ds aplicativs tradicinais lcais. Fi pr essas diferenças que Windws Azure fi prjetad cm ele é. Um ISV que cria um aplicativ SaaS é livre para cnstruir sua própria platafrma, e inicialmente alguns fizeram iss nã havia alternativa. N entant, cm surgiment de platafrmas em nuvem, s ISVs que criam aplicativs SaaS pdem agra se cncentrar na sua lógica cmercial, em vez da infraestrutura. Ind mais adiante, é prvável que a mairia ds aplicativs SaaS sejam criads na platafrma em nuvem, tal cm Windws Azure. FORNECENDO SERVIÇOS DE SUPORTE A PLATAFORMAS EM NUVEM Muits ISVs atualmente frnecem serviçs de infraestrutura e gerenciament de ambientes lcais. Muits utrs frnecem sftware que facilita a vida ds desenvlvedres. Embra algumas dessas sluções nã sejam relevantes em nuvem, utras sã. E as nvas prtunidades também existem, lcais em que s ISVs pdem ganhar dinheir agregand valr a Windws Azure. Pr exempl, Windws Azure frnece acess a dads de desempenh ds aplicativs em execuçã. Uma ferramenta que agregasse esses dads, e apresentasse-s pr mei de uma interface eficaz, pderia ajudar s clientes d Windws Azure a gerenciar seus aplicativs em nuvem. O Windws Azure também ferece APIs que permitem que um aplicativ altere númer de instâncias de funçã da Web e instâncias de funçã d Trabalhadr em execuçã dinamicamente, em vez de cnfiar em uma pessa para fazer iss. A platafrma nã frnece, n entant, um sftware que mnitre a carga d aplicativ, e use esses APIs para ajustar númer de instâncias em execuçã em cnfrmidade. Um ISV pde preencher esse burac frnecend um códig que permite as desenvlvedres adicinarem facilmente este cmprtament as seus aplicativs. 10

12 O advent de platafrmas em nuvem é uma grande mudança para ISVs. Cm qualquer grande mudança, muitas vezes faz sentid fazer uma cisa de cada vez, tal cm usar armazenament em nuvem d Windws Azure u descarregament de uma parte d seu aplicativ em nuvem. Se iss funcinar bem e fr bm financeiramente vcê pde passar para passs maires, quand necessáris, cm a criaçã de uma versã SaaS cmpleta d seu aplicativ. COMPARANDO O WINDOWS AZURE COM ALTERNATIVAS O Windws Azure nã surgiu d nada existem utras abrdagens. Esta seçã cmpara Windws Azure cm duas de suas alternativas mais óbvias: as platafrmas tradicinais de hspedagem e platafrmas em nuvem que ferecem máquinas virtuais (VMs) sb demanda. HOSPEDAGEM TRADICIONAL O primeir bstácul para a mairia das pessas que prcuram um lugar terceirizad para executar seus aplicativs é um prvedr de hspedagem. Nas hspedagens tradicinais, um cliente slicita um cnjunt fix de recurss e se cmprmete a pagar pr esses recurss pr um períd definid. Pr exempl, um ISV que deseja executar um aplicativ SaaS pde cntratar um hster para lhe frnecer seis servidres Windws pr um an, pagand uma quantia pré-definida pr este serviç. A hspedagem tem muitas vantagens. Usar um serviç de hspedagem é frequentemente mais barat d que executar um data center intern, especialmente para rganizações menres. Ela também permite que cliente evite a cmplexidade de executar seu própri data center enquant cntinua a ter ttal cntrle sbre as máquinas que ele está usand. Embra advent das platafrmas em nuvem deva, prvavelmente, impactar n mercad tradicinal de hspedagem, este mdel nã acabará ele ainda faz sentid em muitas situações. N entant, pel mens para alguns aplicativs, a platafrma em nuvem, cm Windws Azure, é a melhr esclha. As vantagens incluem: A capacidade de aumentar rapidamente númer de servidres em us: Enquant um hster pde levar dias para deixar uma nva máquina dispnível, um aplicativ d Windws Azure pde ter uma nva VM instalada e funcinand em minuts. A habilidade para diminuir rapidamente númer de servidres em us: Hsters nrmalmente precisam de um cmprmiss cm um cnjunt fix de servidres que sã prvisinads apenas para vcê. Cm Windws Azure, um aplicativ pde reduzir númer de VMs que estã send usadas prtant, s custs de funcinament deste aplicativ diminuind númer de instâncias de funçã da Web e/u de funçã d Trabalhadr. Nã há cmprmiss inicial cm um númer mínim de servidres. A capacidade de prestar serviçs explicitamente cncebids para aplicativs altamente escalnáveis e altamente dispníveis: Hsters geralmente ferecem sistemas d Windws padrã, deixand que seus clientes façam que fr necessári para executar seus aplicativs cm êxit. Cnfrme descrit anterirmente, uma platafrma em nuvem, cm Windws Azure pde ser explicitamente prjetada para suprtar aplicativs cm escalabilidade muit alta e requisits de dispnibilidade. Mens sbrecarga administrativa: A cntrári d Windws Azure, hsters cmumente frnecem as clientes acess administrativ cmplet às suas máquinas. Em cmpensaçã, mais trabalh administrativ é necessári, tud cm base n sistema patch peracinal para gerir s sistemas de gerenciament de banc de dads. Cm Windws Azure (e Banc de Dads SQL Azure), a mair parte deste trabalh é feita pr vcê, pupand temp e dinheir. 11

13 VMS SOB DEMANDA Um númer de frnecedres, incluind a Amazn, Mss, GGrid, e utrs, ferecem máquinas virtuais sb demanda. A cntrári ds hsters tradicinais, esses frnecedres ferecem tipicamente cbranças baseadas n us sem que seja necessári cmprmiss e cm VMs rapidamente dispníveis. Em utras palavras, eles frnecem platafrmas em nuvem. O Windws Azure é também uma platafrma em nuvem, mas mesm que ele use (e cbre via) VMs, ele se difere em aspects imprtantes das platafrmas que ferecem máquinas virtuais (VMs) sb demanda. Cm uma platafrma baseada puramente em VMs, a situaçã é de certa frma muit parecida cm a de hspedagem: Vcê tem cntrle cmplet, incluind acess administrativ às suas VMs, mas também assume a ttal respnsabilidade pr cnfigurar e gerenciar as VMs e s sftwares que elas cntêm. Cm Windws Azure, vcê frnece apenas um aplicativ Windws, juntamente cm instruções sbre cm executar várias instâncias. A platafrma encarrega-se de td rest, incluind a atualizaçã d sftware d sistema quand necessári. Outra diferença imprtante está na frma cm s dads relacinais sã tratads. Cm platafrmas típicas baseadas em VMs, vcê pde executar um banc de dads relacinal em uma VM assim cm vcê executa mesm banc de dads lcalmente u em um hster. Iss certamente funcina, mas exige que vcê faça a instalaçã, manutençã e administraçã deste banc de dads. Assegurar a cnfiabilidade também pde ser um desafi, pis cluster típic de discs cmpartilhads muitas vezes nã é pssível. N mund Azure, um aplicativ pde usar banc de dads SQL Azure. Cnfrme descrit anterirmente, esta tecnlgia prprcina uma lja da Micrsft de gestã relacinal, que registra tds s dads várias vezes para ter cnfiabilidade. Mais uma vez vcê perde a capacidade de ter cntrle ttal, mas ganha simplicidade e cnfiabilidade integradas. CONCLUSÕES Cm tdas as nvas platafrmas, Windws Azure só terá sucess se s ISVs ptarem pr cnstruir aplicativs nele. A Micrsft entende iss claramente e, pr iss, fazer sua platafrma em nuvem atrativa para este públic é priridade. Os atrativs principais sã: O Windws Azure permite que s ISVs executem aplicativs e armazenem dads em um data center grande e paguem apenas pels recurss utilizads, que trna ecnmicamente atraente. A frnecer uma platafrma prnta prjetada para suprtar aplicativs escalnáveis e cnfiáveis em nuvem, Windws Azure reduz temp e dinheir necessáris para criar e executar aplicativs SaaS e utrs códigs baseads em nuvem. A cmputaçã em nuvem se parece cm a próxima grande nda da nssa indústria. Assim cm s ISVs tiveram de se adaptar às mudanças trazidas pels PCs, dispsitivs móveis e utras nvas platafrmas, agra eles precisam decidir cm explrar platafrmas em nuvem. E assim cm Windws desempenhu um papel significativ nas mudanças anterires, Windws Azure está prnt para assumir um papel imprtante neste nv mund. Se vcê é respnsável pr traçar s caminhs de sua empresa, cmpreender e avaliar ambiente Azure faz muit sentid. 12

14 SOBRE O AUTOR David Chappell é Diretr da Chappell & Assciates ( em San Francisc, Califórnia. Pr mei de sua fala, escrita, e cnsultria, ele ajuda as pessas em td mund a cmpreender, usar e tmar melhres decisões sbre nvas tecnlgias. 13