Anda di halaman 1dari 18

CloudComputing

Consideraciones generales

ndice

Document Information
Version: Created by: Last Modified on: Modified by: Armando Salas S. (E tension) 1.5 Mariano Grinfeld (BMC Software)

Me!ores "r#cticas "ara lo$rar Cloud Com"utin$


Introducci%n
Cloud Com"utin$ se &a tornado en un t'rmino cada (e) m#s escuc&ado en las or$ani)aciones *ue utili)an la tecnolo$+a inform#tica "ara dar so"orte a sus "rocesos de ,e$ocio. -e!os de ser una moda. muc&as de sus caracter+sticas "ueden f#cilmente ser traducidas a un a"orte concreto en t'rminos de (alor &acia el ne$ocio.

/0!eti(os.
El o0!eti(o de este documento es "oder 0rindar un ni(el de conocimiento suficiente. en cuanto a (isi%n 1 terminolo$+a *ue le "ermita al lector iniciar una con(ersaci%n so0re Cloud Com"utin$ 1 "or so0re todo *ue le "ermita esta0lecer sus "ro"ias estrate$ias. "ermiti'ndole incluir en 'sta los elementos necesarios *ue $aranticen el camino al ' ito de dic&a iniciati(a. El "oder articular correctamente estos o0!eti(os. se$2n nuestra e "eriencia resultar# mu1 0eneficioso "ara la toda la com"a3+a. 1 en t'rminos de im"acto "ositi(o al ne$ocio. Como &emos mencionado. la meta "rinci"al de este documento no es el de e "oner "roductos 1 marcas. sino darle una (isi%n m#s $eneral 1 a$n%stica.

4istoria 1 E(oluci%n de Cloud Com"utin$.


Marco 4ist%rico 1 E(oluti(o.
El t'rmino 5Cloud Com"utin$6. o 5com"utaci%n en la nu0e6 o0edece una idea *ue data de los "rimeros tiem"os de Internet. donde la fantas+a "o"ular dicta0a un $ran 5ente6 *ue conecta todo con todo 1 *ue "od+a tener recursos infinitos. 7 es en realidad un cam0io de "aradi$ma en la forma tradicional de (er la com"utaci%n desde el "unto de (ista or$ani)acional 1 su relaci%n con el ne$ocio. 8radicionalmente los ser(icios de ne$ocios en sistemas a0iertos se encontra0an in(aria0lemente contenidos en ser(idores f+sicos. *ue ten+an altos costos de mantenimiento. ocu"a0an una $ran cantidad del "reciado es"acio en un datacenter 1 "or so0re todo. los recursos su01acentes (almacenamiento. redes. etc.) de"end+an de distintos factores. como ser la ca"acidad de intercone i%n f+sica (distintos conectores. tecnolo$+as. distancia. 1 &asta cu#ntos tomacorrientes &a0+a dis"oni0le). -entamente comen)aron a a"arecer en el mercado (aun*ue no si$uiendo la cronolo$+a de a"arici%n) tecnolo$+as como la SA, (stora$e area networ9) *ue "ermit+a (irtuali)ar el almacenamiento "ara "oder asi$nar a un ser(icio ca"acidades de almacenamiento *ue otro ser(icio no re*uer+a m#s 1 as+ "oder me!orar los tiem"os de entre$a relacionados con el almacenamiento. Asimismo. las tecnolo$+as de red tam0i'n marc&a0an r#"idamente a "ro"uestas de (irtuali)aci%n. "ero sin un rum0o claro. -ue$o a"arecieron en forma masi(a las tecnolo$+as de VIRTUALIZACION de ca"acidad de c%m"uto (:Mware. e*ui"os 4IG4;E,D con ca"acidades de (irtuali)aci%n de ca"acidad de c%m"uto. como ser IBM con -<A=s. S>, con ?onas. @:M. etc.). -a ado"ci%n de estas tecnolo$+as "ermiti% a las or$ani)aciones de 8I "rinci"almente la o"timi)aci%n de recursos 1 reali)ar un im"ortante a&orro en infraestructura. Es importante remarcar q e en este p nto! independientemente de q e si na capacidad de c"mp to o ap#icaci"n! est$ a#o%ada en n ambiente f&sico o 'irt a#i(ado! #a )esti"n de# *ERVICIO q e corre a##& se si) e rea#i(ando de #a misma manera+ En t'rminos de $esti%n de ser(icio. a"arecen &erramientas de A>8/MA8I?ACI/,. orientadas a los distintos SI-/S *ue com"onen un ser(icio de ne$ocio. Estas &erramientas son ca"aces de automati)ar 1 controlar una serie de tareas *ue usualmente re*uieren de un alto esfuer)o (1 tiem"o) administrati(o 1 *ue en $eneral a1udan a lu0ricar los "rocesos intermedios *ue se re*uieren "ara entre$ar un ser(icio a la com"a3+a. Entre estos 5silos6 "odemos indicarA

Ser(ers ,etwor9in$ Bases de Datos Clientes de <C Se$uridad Inform#tica Etc.

4asta a*u+. las &erramientas no su"era0an la "rue0a del "roceso de entre$a del ser(icio end;to;end. *ue toda(+a re*uer+a un esfuer)o $rande de coordinaci%nB esa sensaci%n de "rocesos fluidos no se "udo alcan)ar en esta eta"a. -as &erramientas toda(+a re*uer+an un alto $rado de esfuer)o manual. lo cual le *uita0a muc&os de los 0eneficios *ue la automati)aci%n ofrece. >na eta"a "osterior "ermiti% *ue estos silos tra0a!en 1a en forma coordinada. Con la a"arici%n de un /=C>ES8AD/=. las distintas "ie)as "od+an tra0a!ar en forma m#s eficiente. 1 entre$ar el ser(icio si$uiendo un orden 1 "ermitiendo *ue el ser(icio se entre$ue en forma automati)ada 1 com"leta. al tiem"o *ue se re*uiere. Sin im"ortar el &orario de im"lantaci%n del ser(icio. -a misma se "uede reali)ar en forma ordenada. re"etiti(a 1 con una m+nima tasa de error. Esta ca"acidad se la denomina ,ATACENTER AUTOMATION+

Esa rara idea de 5presionar n bot"n- y tener e# *ERVICIO de NE.OCIO f ncionando de "rinci"ios de la d'cada del DEF esta0a cada (e) m#s cerca. S%lo falta0a la incor"oraci%n de al$unas tecnolo$+as *ue 1a esta0an en el mercado "ara "oder com"letar el modelo de Cloud Com"utin$. Sim"lemente &a0+a *ue construir un "ortal de auto;$esti%n "ara definir los ser(icios. otro "ortal de (ista al consumidor "ara *ue 'ste solicite los ser(icios *ue necesita. a$re$arle una &erramienta *ue me "ermita tarificar los consumos reali)ados. $estionar los ni(eles de utili)aci%n. y Listo//// 7a tenemos un "rinci"io de Cloud Com"utin$. (Aun*ue toda(+a falta muc&o "ara lle$ar a las o"ciones actuales de im"lementaci%n de Cloud Com"utin$). >no de los elementos faltantes m#s im"ortantes es la teor+aB c%mo se relacionan 1 se interconectan estos com"onentes. *u' facilidades "uedo ofrecer. c%mo es la mec#nica 1 las re$las del ser(icio. etc. -a misma se detalla en la si$uiente secci%n.

Definici%n de Cloud Com"utin$.


En los t'rminos del la0oratorio de 8ecnolo$+a Inform#tica del ,IS8 (,ational Institute of Standards and 8ec&nolo$1) de Estados >nidos. Cloud com"utin$ es Cloud Com"utin$ es un mode#o *ue "ermite el acceso a n poo# de rec rsos compartidos (COM0UTO! RE,! ALMACENAMIENTO! A0LICACIONE*! etc+) 0a!o demanda. 1 *ue "ueden ser r#"idamente entre$ados 1 li0erados. con un m+nimo esfuer)o o interacci%n con el "ro(eedor del ser(icio. Este modelo de nu0e fomenta la dis"oni0ilidad. (isi0ilidad. trans"arencia 1 se$uridad. 1 est# com"uesto "orA 5 caracter+sticas esenciales G modelos de ser(icio H modelos de des"lie$ue

Caracter+sticas esenciales.
Estas caracter+sticas esenciales "ueden ser e "resadas en los si$uientes t'rminosA 1. A to1*er'icio 0a!o demanda. El consumidor "odr# a"ro(isionar recursos com"utacionales en forma unilateral. se$2n lo re*uiera. 1 sin re*uerimiento de interacci%n &umana con el "ro(eedor del ser(icio. <ermitir el acceso desde #a red ("20lica. "ri(ada. &+0rida. comunitaria). De0ido a *ue estos recursos est#n dis"oni0les en la red 1 accedido mediante mecanismos est#ndar. estos recursos de0en estar dis"oni0les "ara el consumidor se$2n los t'rminos seleccionados en la contrataci%n del ser(icio 1 los mismos "odr#n ser accedidos mediante "lataformas &etero$'neas *ue utilicen clientes de estos mecanismos est#ndar ("or e!em"lo. tel'fonos m%(iles. la"to"s. <DAs. des9to"s. etc.).

I.

G.

0oo#es de rec rsos se$2n caracter+sticas de ser(icio. -os recursos del "ro(eedor estar#n a$ru"ados "ara ser(ir a m2lti"les consumidores (o tenants). utili)ando un modelo *ue le "ermita una separaci"n se) ra una (e) asi$nados. Estos recursos "ueden ser f+sicos o (irtuales 1 de0en tener todos com"onentes necesarios "ara 0rindar un SE=:ICI/ C/M<-E8/. entendi'ndose *ue 'ste "odr# incluir rec rsos de a#macenamiento! conecti'idad! c"mp to! e#ementos de soft2are! po#&ticas! m3tricas! etc . Estos mismos elementos de0er#n "oder ser li0erados de la misma forma como fueron a"ro(isionados. conser(ando las "autas de se$uridad. -a u0icaci%n de los recursos donde se 0asa el ser(icio es "rerro$ati(a del "ro(eedor. 1 de cara al cliente e iste una ca"a de a0stracci%n en este sentido. Ca0e recordar *ue a "esar de lo mencionado. es re*uisito cum"lir con los ni(eles de ser(icio mencionados. Ca"acidad de r$pido crecimiento e#$stico. -as unidades de ca"acidad "ueden ser r#"ida 1 f#cilmente a"ro(isionadas (en al$unos casos en forma autom#tica). escaladas (crecimiento) o li0eradas. <ara el consumidor. estos recursos suelen "arecer ilimitados 1 "ueden ser ad*uiridos en cual*uier cantidad en cual*uier momento. Ser(icio ME,I,O. -os sistemas de la nu0e controlan de forma autom#tica 1 o"timi)ada la utili)aci%n de los recursos mediante mecanismos de medici%n en al$2n ni(el de a0stracci%n a"ro"iado "ara el ti"o de ser(icio. -a utili)aci%n de los recursos "uede ser monitoreada. controlada 1 es "osi0le reali)ar re"ortes "ara am0as "artes. a fin de esta0lecer la facturaci%n del ser(icio.

H.

5.

Modelos de Ser(icio
Estos modelos se refieren a *u' ti"o de ser(icio o0tiene el consumidor. 1 cu#les son los com"onentes funcionales. Estos modelos est#n relacionados con la cantidad de ca"as entre$adas al mismo. relati(o al modelo com"utacional.

inali!acin del proceso.

Adiciona a C$%B, lights on.

Instalacin aplicaciones adicionales.

Bases de datos, we servers, otras aplicaciones C!"S o In#house, agentes de monitoreo

Tareas Post instalacin (parches, configuraciones particulares, usuarios, etc.).

Aplicacin de parches, polticas, configuraciones particulares, etc.

Instalacin Sistema Operativo

Instalacin sistemas operativo. Soporta mltiples plataformas.

Infraestructura subyacente

Creacin del container vaco, asignacin de redes y storage.

Cloud Infrastructure as a Ser(ice (Iaa*)A


-a ca"acidad "ro(ista al consumidor es la de "rocesamiento. almacenamiento. memoria 1 networ9in$. Adicionalmente re*uiere de otros recursos fundamentales. como ser el sistema o"erati(o+ En este am0iente. entonces el consumidor "uede des"le$ar 1 e!ecutar cual*uier software en forma ar0itraria 1 &acer uso del mismo 0a!o su costo 1 res"onsa0ilidad. El consumidor entonces. no tiene control so0re la infraestructura su01acente. "ero s+ de todo lo dem#s. como ser sistema o"erati(o. confi$uraciones. software adicional. accesos. etc. El consumidor es conocedor de la tecnolo$+a inform#tica. un administrador de sistemas.

Cloud <latform as a Ser(ice (0aa*)A


-a ca"acidad "ro(ista al consumidor de recursos. es la de reali)ar un des"lie$ue de los elementos mencionados en el caso anterior. 1 adicionalmente al$2n software de 0ase. como ser una 0ase de datos. un ser(idor de a"licaci%n. etc. El consumidor entonces "uede des"le$ar un a"licati(o.

desarrollos "ro"ios *ue utilicen el software de 0ase. El t+"ico usuario "ara este ti"o de o"ciones "uede ser un desarro##ador de sistemas inform$ticos.

Cloud Software as a Ser(ice (SaaS)A


-a ca"acidad "ro(ista en este caso es la de una "lataforma de software com"leta. con todos los elementos necesarios "ara correr un SE=:ICI/. El caso de uso es un software *ue ace"te multi;tenants. 1 cu1a administraci%n est# totalmente a car$o del "ro(eedor. El usuario final. un usuario de ne$ocios. utili)a la &erramienta *ue se encuentra en la nu0e. como si fuera un a"licati(o m#s en su "anel de a"licaciones. sin "reocu"arse d%nde residen los recursos. u otros temas administrati(os. S%lo "a$a el costo de acceso 1Jo uso del a"licati(o.

Modelos de Des"lie$ue
Desde el "unto de (ista del acceso 1 locaci%n de los recursos com"utacionales. tam0i'n "odemos clasificar las redes en las si$uientes clasesA

,u0e <ri(adaA
-os recursos "ertenecen totalmente a la com"a3+a. aun*ue *ui)#s distri0uidos en distintas locaciones. -a 8/8A-IDAD de los recursos est#n dis"oni0les "ara a"ro(isionar cual*uier ser(icio de ne$ocio. se$2n sus caracter+sticas funcionales. 7a no se de"ende de la ca"acidad de un determinado datacenter. sino *ue todos los datacenters funcionan de manera coordinada 1 com"lementaria. sin im"ortar d%nde se encuentran.

,u0e "20licaA
>n IS< (Internet Ser(ice <ro(ider) *ue renta infraestructura se$2n el modelo de Cloud. -os recursos se encuentran en el datacenter del "ro(eedor. el cual "erci0ir# una tarifa "or el uso de la misma.

,u0e 4+0ridaA
>na com0inaci%n de las clases anteriores. donde se$uramente la ma1or+a de los ser(icios de ne$ocios estar#n en su nu0e "ri(ada. "ero *ue adicionalmente 1 si re*uiere ca"acidad adicional 1 el#stica. al$unos de estos ser(icios (o "arte de ellos) "odr#n mo(erse a una nu0e "20lica. Esto "rinci"almente "uede a1udar a cu0rir una demanda adicional o "ico de demanda estacional sin necesidad de ad*uirir 1 o"erar e*ui"amiento adicional (CA<EKL/<EK).

,u0e ComunitariaA
Si 0ien este es un t'rmino conce"tual. *ue si$nifica una 5nu0e "ri(ada6. "ero (isi0le desde un G=></ de or$ani)aciones *ue com"arten un mismo inter's. la misma tiene m#s sentido en el #m0ito acad'mico o de /,Gs 1 "uede ser im"lantada en la "r#ctica como un modelo de nu0e <=I:ADA e tendida.

IT Admin / Developers

Usuarios Finales.

Develope rs

Business User

Infraestructura Serviciosescalablesy on demand

Plataforma

Aplicaciones

Iaa S

Paa S

Saa S

rientado a Servicios rientado a Servicios

Principios de Diseo

AltamenteAutomati!ado AltamenteAutomati!ado Altamente"irtuali!ado Altamente"irtuali!ado

,i(eles de Ser(icio
En todo datacenter "odemos encontrar distintos ti"os de infraestructura. An#lo$amente "ara cual*uier recurso (almacenamiento. ser(idores. e*ui"os de networ9in$. etc.). "odremos con se$uridad diferenciar entre recursos de alta. media 1 0a!a "erformance. -o mismo "odemos mencionar "ara infraestructuras o dis"osiciones de recursos *ue me "ermitan ofrecer un alto. medio o 0a!o ni(el de confia0ilidad. Es "or esto *ue en $eneral los ser(icios en la nu0e suelen clasificarse "or ,I:E- DE SE=:ICI/. <or lo mismo. un ser(icio <-A8I,>M tendr# una alta "erformance 1 un alto ni(el de confia0ilidad. mientras *ue un ser(icio G/-D tendr# una "erformance media 1 un $rado de confia0ilidad acorde. Similarmente ocurre "ara un ni(el de ser(icio 5Bron)e6. /tros "ro(eedores. adicionalmente "odr#n (ariar el tama3o de tal o cual ni(el de ser(icio. sim"lemente "ara atender un ser(icio de ma1or cantidad de transacciones. aun*ue res"etando los ni(eles de ser(icio mencionados anteriormente. Al$unos e!em"los "ueden ser 5"e*ue3o6. 5mediano6 o 5lar$o6.. se$uramente re*uiriendo cantidades su"eriores de recursos. Si 0ien estos t'rminos son ar0itrarios. las "r#cticas actuales suelen asi$nar estos mismos es*uemas "ara descri0ir los ni(eles de ser(icio a a"ro(isionar. -a utili)aci%n de uno u otro ser(icio estar# directamente relacionado con el ti"o de a"licaci%n *ue correr# so0re esta infraestructura. 1 de la misma manera ser# e(aluado el costo del mismo.

Beneficios 1 Des(enta!as de >tili)ar Cloud Com"utin$.


Beneficios
Siem"re es una 0uena "r#ctica 5"onerse en los )a"atos6 del cliente a la &ora de entender lo *ue 0usca en un ser(icio de Cloud Com"utin$. >na "rimera res"uesta o0(ia ser+a 0a!ar los costos. "rinci"almente de CA<EK (ca"ital e "enditure) asociada a la ad*uisici%n de e*ui"amiento 1 a$ili)ar el des"lie$ue de nue(os ser(icios de ne$ocios. "ro(eer $o0erna0ilidad. trans"arencia 1 eficiencia. Desde el "unto de (ista de una N be 0ri'ada. "odemos mencionar adicionalmente los si$uientes 0eneficiosA A$ilidad en el des"lie$ue de nue(os ser(icios de ne$ocios. Ma1or $rado de utili)aci%n de la infraestructura. =educci%n de CA<EK 1 /<EK. al $estionar eficientemente 1 en forma automati)ada la infraestructura. Menor tasa de error en tareas de a"ro(isionamiento de0ido a la automati)aci%n del "roceso.

<ara el caso de una nu0e 0U4LICA! o 5I4RI,A el usuario final (consumidor) o0tiene los si$uientes 0eneficiosA =educci%n si$nificati(a en costos Infraestructura. Costos fi!os 1 "redeci0les. Ca"e (s /"e . -os ser(iciosA Son ad*uiridos on demand 1 de(ueltos al t'rmino de "er+odo de contrataci%n. Crecer el#sticamente se$2n demanda. 5/utsourcin$6M con los 0eneficios "ero sin la car$a. Ser(icios "u0licados 1 $estionados.

Desde el "unto de (ista de CA<EK. el licenciamiento de los elementos contratados 0a!o una tarifa fi!a. tam0i'n &ace muc&o sentido. 1a *ue como "odemos (er en la si$uiente ta0la. ciertos elementos son 5terceri)ados6. "or lo cual los mismos estar#n incluidos en la tarifa del ser(icioA Licencia Infraestructura Iaa* 0aa* *aa*

Sistema /"erati(o

Software de Base

Middleware

A"licaci%n.

=es$uardo

Des(enta!as de la >tili)aci%n de Cloud Com"utin$


Como es el caso con casi todas las tecnolo$+as. e isten al$unas des(enta!as en la utili)aci%n de este modelo "ara la $esti%n de ser(iciosA -a centrali)aci%n de las a"licaciones 1 el almacenamiento de los datos ori$ina una de"endencia de los "ro(eedores de ser(icios. -a dis"oni0ilidad de las a"licaciones est#n desatadas a la dis"oni0ilidad de acceso a internet. -os datos Nsensi0lesN del ne$ocio no residen en las instalaciones de las em"resas "or lo *ue "odr+a $enerar un conte to de alta (ulnera0ilidad "ara la sustracci%n o ro0o de informaci%n. -a confia0ilidad de los ser(icios de"ende de la NsaludN tecnol%$ica 1 financiera de los "ro(eedores de ser(icios en nu0e. Em"resas emer$entes o alian)as entre em"resas "odr+an crear un am0iente "ro"icio "ara el mono"olio 1 el crecimiento e a$erado en los ser(icios. -a dis"oni0ilidad de ser(icios altamente es"eciali)ados "odr+a tardar meses o incluso a3os "ara *ue sean facti0les de ser des"le$ados en la red. -a madure) funcional de las a"licaciones &ace *ue continuamente est'n modificando sus interfaces "or lo cual la cur(a de a"rendi)a!e en em"resas de orientaci%n no tecnol%$ica ten$a unas "endientes "e*ue3as. Se$uridad. -a informaci%n de la em"resa de0e recorrer diferentes nodos "ara lle$ar a su destino. cada uno de ellos (1 sus canales) son un foco de inse$uridad. Si se utili)an "rotocolos se$uros. 488<S "or e!em"lo. la (elocidad total disminu1e de0ido a la so0recar$a *ue re*uieren estos "rotocolos. Escala0ilidad a lar$o "la)o. A medida *ue m#s usuarios em"iecen a com"artir la infraestructura de la nu0e. la so0recar$a en los ser(idores de los "ro(eedores aumentar#. si la em"resa no "osee un es*uema de crecimiento %"timo "uede lle(ar a de$radaciones en el ser(icio o !itter altos.

Es !usto tam0i'n mencionar. *ue al$unas de estas des(enta!as tam0i'n est#n "resentes en la o"eraci%n de datacenter. 1 en es"ecial los modelos de outsourcin$. como ser los referidos a la escala0ilidad. la (elocidad de transferencia de datos. se$uridad. etc.

Mec#nica de la creaci%n 1 solicitud de ser(icios.


Si 0ien los "roductos. estrate$ias 1 alcances de las ofertas de Cloud com"utin$ "ueden (ariar. la mec#nica de utili)aci%n se mantiene consistente entre los distintos "ro(eedores. En esencia. el "ro(eedor (interno o e terno) define su CATALO.O ,E *ERVICIO* de manera tal *ue sea entendi0le "ara el usuario. 1 donde est'n es"ecificadas las caracter+sticas del ser(icio !unto con al$unas descri"ciones. como ser el ni(el de dis"oni0ilidad. "erformance 1 costo financiero. En el caso de una nu0e "20lica. suelen ser las #reas de mar9etin$ !unto con 8I las *ue definen estos cat#lo$os de ser(icios. <ara el caso de las nu0es "ri(adas. en $eneral son s%lo las #reas de 8I. 1a *ue tienden a automati)ar casos de usos conocidos 1 re"etiti(os. El cat#lo$o de ser(icios actuali)ado es "u0licado en un "ortal de auto;$esti%n. el cual es "resentado al consumidor. *uien selecciona el 5sa0or6 de ser(icio *ue desea contratar. En este "aso de selecci%n. se suele tam0i'n (erificar las condiciones de "a$o. como ser el saldo de tar!eta de cr'dito. l+nea de cr'dito del consumidor. o si es una red "ri(ada el centro de costos. Esta 2ltimo "roceso es o"cional. o "uede estar en otro lado del flu!o.

!" o reas de #egocio

Defi Defi nici& nici& nn

Catlog o de Servicio s

Portal de Autogesti n

'e( 'e( ueri ueri mien mien to to

Cliente Final

Service &e%uest 'anagemen t

Decomision delServicio

/loud Stora.e P)*sical Servers perations +et,or"irtual Servers $r%uestado r Per(ormance 'anagement Compliance 'anagement 'etering ) C*argebac+

>na (e) seleccionado el ser(icio (1 a*u+ es donde comien)an las (ariaciones en las ofertas). desde el "unto de (ista de <=/CES/S. el flu!o de0er+a atra(esar "or un "roceso de cam0io. en el caso en *ue la com"a3+a ten$a uno. Des"u's de todo. la solicitud de un ser(icio ES un "edido de cam0io 1 as+ de0e ser tratado. aun*ue e ista la "osi0ilidad de definirlo como un cam0io "re;a"ro0ado o de re$istro. En el caso de *ue el ti"o de cam0io (definido en la descri"ci%n del ser(icio) re*uiera a"ro0aci%n. se de0er# a$uardar a *ue el CAB com"lete el "roceso de a"ro0aci%n. En el caso de un cam0io "re;a"ro0ado o de re$istro. el "roceso contin2a inmediatamente lue$o de com"letar los tic9ets de cam0io re*ueridos. >n tema de discusi%n no menor es la utili)aci%n de una CMDB "ara re$istrar el alta del ser(icio. sus com"onentes de infraestructura. locali)aci%n. confi$uraci%n 1 de"endencias. Es altamente aconse!a0le contar con este com"onente. dado *ue los 0eneficios funcionales a la &ora de entender los ma"as de ser(icios. im"actos ante ca+das de com"onentes de infraestructura. documentaci%n. etc. son e tremadamente im"ortantes. >na (e) terminado el "roceso de re$istraci%n. es la &ora de la acci%n. En este "unto entra en funcionamiento el /=C>ES8AD/=. Es esta &erramienta la *ue se ocu"a de *ue todos los "asos necesarios "ara la creaci%n del SE=:ICI/ DE ,EG/CI/S. con todos sus com"onentes acti(os sean creados en el orden correcto 1 en los recursos *ue corres"onden (des"u's de todo. no *uisi'ramos a"ro(isionar un ser(icio cr+tico en un recurso de almacenamiento *ue tiene un alto $rado de "osi0ilidad de falla). En este "unto nue(amente es im"ortante recalcar *ue a la &ora de considerar &erramientas. las mismas "uedan alcan)ar. si no todos. la ma1or cantidad de elementos "osi0les dentro de su infraestructura. 1 lo$rar el ma1or $rado de automati)aci%n "osi0le. 8en$a en cuenta *ue los *ue no "uedan reali)ar estas &erramientas. A-G>IE, (usualmente usted) de0er# &acerlo lue$o en forma manual. A*u+ es im"ortante mencionar *ue un ser(icio de ne$ocios. no re*uiere solamente de "ie)as de &ardware o software. sino *ue tam0i'n &a1 *ue tener en cuenta al$unos elementos *ue usualmente son "asados "or alto. o a$re$ados lue$o en forma manual. como serA M'tricas de ne$ocioA o Monitores de transacciones. o Monitores de utili)aci%n. o Monitores de dis"oni0ilidad. Monitores de confi$uraci%nA

01

o o

Com"liance (cum"limiento re$ulatorio. en el caso de ser necesario). Auditor+as

Monitores de (ulnera0ilidades. Monitores de lo$s. <roceso de res$uardo Gesti%n de im"acto (en coordinaci%n con la CMDB). Generaci%n del ma"a de ser(icios Gesti%n financiera (alta del ser(icio en los sistemas de facturaci%n)

-ue$o de la construcci%n del ser(icio. al$unos fa0ricantes "ermiten a$re$ar al "ortal de $esti%n (del cliente o del administrador) m'tricas. $r#ficos drill; down. etc. "ara facilitar una eficiente $esti%n del 5DA I6. o sea el "er+odo "ost;a"ro(isionamiento.

Consideraciones adicionales.
Si 0ien en la definici%n de Cloud Com"utin$ s%lo se &ace referencia a una forma de A<=/:ISI/,A= SE=:ICI/S 1 "onerlos A DIS</SICIO, DEC/,S>MID/=. e isten al$unas consideraciones no menores *ue en $eneral (1 $racias al "oder de mar9etin$ de ciertas marcas) suelen ser i$noradas o disminuidas (&asta *ue el d+a a d+a demuestra lo errado de estas su"osiciones).

El ser(icio de ne$ocio ES un ser(icio de ne$ocio.


El lector considerar# o0(ia 1 redundante esta afirmaci%n. "ero si "onemos un "oco de atenci%n "odremos entender *ueA El o0!eti(o "rimario de Cloud Com"utin$ es entre$ar un ser(icio *ue so"ortar# el ne$ocio Como todo ser(icio. el mismo no se aca0a al momento del a"ro(isionamiento inicial. sino *ue tiene un CICLO ,E VI,A (inicio. cam0ios. incidentes. mantenimiento. decomisi%n. me!oramiento continuo. etc.). donde inter(ienen distintos <=/CES/S de "rinci"io a fin.

Ar*uitectura del ser(icio :S la ,u0e


Desde el "unto de (ista constructi(o del ser(icio. es im"ortante entender al$unas limitaciones de las ofertas actuales. El ser(icio de0er+a ser inde"endiente de la "lataforma donde corre. Esto a"lica m#s fuertemente "ara ser(icios ti"o <aaS o SaaS 1 en menor medida a IaaS. >n ser(icio "uede tener m2lti"les com"onentes o 5ca"as6. e actamente de la misma manera *ue mu1 "ro0a0lemente sus a"licaciones comerciales corren en su datacenter. -a nu0e de0er+a ada"tarse a S>S ser(icios. 1 no sus ser(icios a la nu0e. Esto "uede "arecer tri(ial. "ero es una de las "rinci"ales causas "or la *ue las iniciati(as de Cloud Com"utin$ "20licas no "ueden escalar al marco em"resarial.

5Malos entendidos6 so0re los modelos de ser(icio.


,ue(amente. lo *ue "arece incre+0le o for)ado se (uel(e mu1 (isi0le en cuanto se anali)a (solamente un "o*uito).

<aaS 1 SaaS (s a"ro(isionamiento de software.


>na de las "rinci"ales 5malas "r#cticas6 en la nu0e es cometida "rinci"almente "or los IS<s. *ue salen a (ender ser(icios sin "restar muc&a atenci%n a lo *ue est#n ofreciendo. >n e!em"lo de esto es una mala conce"ci%n de *ue sim"lemente a"ro(isionando una 0ase de datos o un a""lication ser(er. realmente est#n cum"liendo con una "ro"uesta de ser(icio de "lataforma. En $eneral esto es errado en un EFP de los casos. -a ra)%n es sencilla si "onemos un "oco de atenci%n 1 conectamos con el conce"to de 5CIC-/ DE :IDA6 de un ser(icio. Su"on$amos *ue un consumidor (en $eneral un desarrollador o un end user) "ondr# su software o su ser(icio de ne$ocio so0re una "lataforma *ue 'l considerar# como

00

5confia0le6 (dentro de los t'rminos de ni(el de ser(icio contratados). 1a *ue 'ste era su o0!eti(o "rimario al contratar un ser(icio de <aaS o SaaS so0re una ,u0e. A&ora. esto tiene una im"licancia *ue muc&os no consideran. *ue es Q>S8AME,8E esta 2ltima su"osici%n. <ara mantener el ni(el de ser(icio es necesario $aranti)ar m+nimamenteA Cue los di(ersos com"onentes tra0a!en correctamente entre s+ ("arc&es. (ersiones de SR. 0u$s. etc.). Cue los "arc&es necesarios "ara $aranti)ar este "unto sean a"licados en forma "eri%dica !unto con los "arc&es de se$uridad 1 funcionalidad. Cue las confi$uraciones de los distintos com"onentes del ser(icio est'n acordes a los ni(eles de ser(icio es"erado. Cue el ser(icio "ueda res"onder a los "edidos de cam0io en forma ordenada 1 #$il. Cue el "ro(eedor "ueda reali)ar r#"idamente auditor+as 1 encontrar "ro0lemas ante reclamos so0re las ca"as de infraestructura 0a!o el dominio de "ro(eedor del ser(icio "ara facilitar el de0u$ de las a"licaciones del consumidor. Cue si el ser(icio fue contratado "or un "er+odo de tiem"o el "ro(eedor de0er# ase$urarse *ue el mismo sea des;a"ro(isionado al t'rmino de ese "er+odo. se$2n las condiciones contractuales.

Muc&as m#*uinas (irtuales &acen un ser(icio.


Como 1a se &a0r# &ec&o e(idente. un ser(icio de ne$ocio es muc&o m#s *ue un con!unto de m#*uinas (irtuales so0re una red de datos. Si nos "e$amos al modelo de a"ro(isionamiento de m2lti"les recursos so0re la modalidad de IaaS o <aaS lle$aremos a la conclusi%n *ue al$o est# faltando. Des"u's de todo. un ser(idor de a"licaci%n "or s+ solo no "uede &acer nada. lo mismo *ue una 0ase de datos *ue no tiene *uien a"orte o consuma datos. Ciertamente lo *ue est# faltando es la forma de c%mo estos com"onentes interact2an. "or e!em"lo las confi$uraciones necesarias "ara el canal QDBC. listeners. se$uridad. etc. En )enera# estos deta##es son rea#i(ados man a#mente # e)o de# apro'isionamiento+

-as ca"as en la ,u0e.


A&ora 0ien. en un modelo de ser(icios m#s o menos "arecido a *ue usted "uede tener en su datacenter. raramente un ser(idor de a"licaciones *ue sir(a al "20lico en $eneral estar# locali)ado en su red "ri(ada. donde reside uno de los ca"itales m#s im"ortantes de su com"a3+aA sus datos. Analicemos un "o*uito m#s en detalle esto. 1a *ue a"lica "ara todos los modelos de des"lie$ue. Cuando di!imos *ue es la nu0e la *ue tiene *ue ada"tarse a su a"licaci%n. 1 no (ice(ersa. decimos *ue si la nu0e tiene *ue so"ortar los modelos de ar*uitectura *ue sus a"licaciones "resentan. De otra manera la cantidad de a"licaciones *ue se "ueden mane!ar con la nu0e es reducida 1 el "ro1ecto entero de la nu0e cae en el ol(ido. >n e!em"lo de esto es un a"licaci%n de G ca"as. "or e!em"lo de un ser(icio (di$amos "oco cr+tico). "ero *ue im"acta a un sistema de auto$esti%n de cara al "20lico. >sualmente la ar*uitectura es de m2lti"les ca"as. donde una ca"a "or e!em"lo estar# detr#s de una DM? (usualmente el ser(idor donde corre el "ortal de auto $esti%n de reclamos). Este im"actar# mediante al$2n canal !0dc o "uerto de comunicaciones con sistemas de $esti%n internos. 0ases de datos. etc.. *ue dif+cilmente *uisi'ramos *ue est'n al alcance del "20lico en $eneral en la misma red *ue el a""lication ser(er *ue so"orta el sistema de $esti%n de reclamos. Como "odemos (er. el t'rmino multi ca"as no a"lica s%lo a las "ie)as de software instaladas en un ser(idor. sino tam0i'n so0re los /8=/S elementos de infraestructura. 1 la forma c%mo 'stos se interconectan. Des"u's de todo. "ara lo$rar la comunicaci%n entre las ca"as. se$uramente sea necesario a0rir "uertos en el firewall de la DM?.

02

Adicionalmente. si recordamos *ue en la secci%n 5,i(eles de Ser(icio6 &a0lamos *ue e isten distintos 5tama3os6 de des"lie$ue (small. m'dium. lar$e) 1 ni(eles de ser(icio. la interacci%n entre "ie)as "uede incluir un -oad Balancer. m2lti"les a""lication ser(ers funcionando en cluster. a"ro(isionar (1 mantener) m2lti"les ser(idores e infraestructura de red. =eci'n a&ora estamos en condiciones de e(aluar el (erdadero si$nificado (1 las com"licaciones) *ue un ser(icio de ,u0e "uede re*uerir. "ara "oder 5sim"lemente6 a"retar un 0ot%n 1 tener instant#neamente un SE=:ICI/.

23emplo de modelo de servicio 4S5A667

5ismo servicio 46A'827

Se$uridad 1 Marco =e$ulatorio en la ,u0e.


Se$uridad
Al &a0lar de Se$uridad. &a0lamos de unos de los as"ectos "rinci"ales relacionados con Cloud Com"utin$. Des"u's de todo. 1 tal como sucede con un outsourcin$ de ser(icios inform#ticos. estamos "oniendo las 5lla(es del reino6 en manos de terceros. Adicionalmente. cuando la nu0e es "20lica. tam0i'n lo es la (isi0ilidad de nuestro a"licati(o *ue corre en la nu0e.

La seguridad debe ser considerada como un elemento fundamental cuando ponemos nuestra operacin en manos de un tercero.

Al$unos as"ectos a tener en cuenta sonA

-a fle i0ilidad al momento del a"ro(isionamientoA


Se refiere a la ca"acidad de tener el control so0re el a"ro(isionamiento de "unta a "unta. de modo de *ue cuando se instala el sistema o"erati(o. el "roceso "ueda ser lo suficientemente inteli$ente "ara "oder tam0i'n seleccionar S/-/ los ser(icios necesarios "ara correr esta funci%n. >n e!em"lo de esto es el a"ro(isionamiento de una 0ase de datos. Generalmente las estrate$ias de a"ro(isionamiento 0asadas en clones. suelen tener (arias 5"lantillas6 1 muc&as (eces estas "lantillas est#n clasificadas se$2n sistema o"erati(o. donde lue$o se a"ro(isionar#n las a"licaciones (irtuales. casi como un men2 de restaurante. El "ro0lema con este m'todo (uno de ellos) es *ue dic&a ima$en "uede ser utili)ada de la misma forma "ara una 0ase de datos. un ser(idor de correo electr%nico o un ser(idor de desarrollo de a"licaciones. -a com"licaci%n es *ue al "ro(enir de la misma "lantilla. los ser(icios. "a*uetes instalados. confi$uraciones 1 "uertos son los mismos "ara todos los casos. 1 en $eneral mu1 a0arcati(os. Des"u's de todo. no es se$uro tener un D,S ser(er instalado en una 0ase de datos. ni un ser(icio de re"licaci%n de Acti(e Director1 en un we0 ser(er al *ue tendr# acceso el "20lico en $eneral.

03

-a ca"acidad de "oder im"lementar "lantillas de confi$uraci%n


Inclusi(e cuando &a0lamos de <aaS o SaaS. "ara $aranti)ar la se$uridad de la 0ase del ser(icio. Estas "lantillas en $eneral son definidas "or Se$uridad Inform#tica. o 0ien las me!ores "r#cticas de la industria. la or$ani)aci%n. etc.

-a utilidad de una ar*uitectura multi ca"as.


En una ar*uitectura multi;ca"as. la se$uridad se refuer)a al "oder tener *ui)#s una )ona "ri(ada 1 otra "20lica. donde la informaci%n im"ortante nunca est# al alcance del "20lico en $eneral. sino *ue s%lo "uede ser accedida "or el due3o del ser(icio. inclusi(e si la totalidad del ser(icio se encuentra en la nu0e.

-a fle i0ilidad de un "roceso de cam0ios "ara $estionar los accesos.


-as di(ersas ca"as *ue com"onen el ser(icio re*uieren de una $esti%n de accesos. a la cual de"endiendo el modelo de deli(er1 el consumidor no tendr# acceso. Dado *ue esta es una de las tareas m#s comunes durante el ciclo de (ida del ser(icio. 1 a0arca a (arios com"onentes. la necesidad de un "roceso alineado *ue "ermita al $estionar f#cilmente (en lo "osi0le recurrir a la auto;$esti%n) es fundamental.

Cum"limiento re$ulatorio 1 auditor+as


El t'rmino Com"liance si$nifica mantener un estado de control *ue satisfa$a las normati(as le$ales (i$entes "ara un determinado ti"o de ser(icio. en funci%n de (arios factores. como ser la industria (financiera. $o0ierno. "etr%leo. telecomunicaciones. etc.). el "a+s. u or$anismos *ue re$ulan la acti(idad comercial. Es una 5l+nea 0ase6 donde "ueden e istir multas. "enalidades 1 &asta sus"ensi%n de acti(idades 1 c#rcel (en serio. c#rcel) en caso de incum"limiento. Al$unos e!em"los de esto es. "or e!em"lo en los EE>> S/K (recordemos E,=/,). o <CI en la acti(idad crediticia. "or citar al$unos. Si 0ien el "ro(eedor "uede no tener la necesidad de cum"lir con estos est#ndares. "ro0a0lemente S>S C-IE,8ES s+ lo re*uieran. 1 de0ido a *ue en una nu0e "20lica. es el IS< el *ue tiene acceso a las confi$uraciones *ue tienen *ue ser controladas. Esto "uede $enerar un conflicto de intereses. 1 causar *ue si usted ori$inalmente necesita0a un <aaS. "ues 0ien. tendr# *ue 0a!ar a un IaaS 1 ocu"arse de las confi$uraciones (1 del software de 0ase) usted mismo. Si 0ien las auditor+as inform#ticas internas no suelen tener multas. las im"licaciones son mu1 similares. <ara tener un ser(icio de ne$ocio en una infraestructura de Cloud. es necesario *ue todos los elementos cum"lan con las es"ecificaciones de se$uridad re*ueridas. /tra ca"acidad *ue usualmente no es tenida en cuenta es la de "oder esta0lecer "ol+ticas de confi$uraci%n (ser(icios desea0les "ara una determinada). Adicionalmente la ca"acidad de com"liance "uede ser ofrecida como un ser(icio de (alor a$re$ado 1 ser co0rado en forma interna o e terna se$2n corres"onda. Como acti(idad "osterior a la "uesta en marc&a de un ser(icio de ne$ocio es aconse!a0le tomar una 5foto6 de todos los com"onentes. en t'rminos de confi$uraci%n (ser(idores. e*ui"amiento de networ9in$. stora$e. etc.). Esto. adem#s de saluda0le. "uede a1udar a determinar si el consumidor &a modificado al$2n "ar#metro 1 "uede a1udarnos a resol(er dis"utas r#"idamente al tener la ca"acidad de com"araci%n contra esta 5foto6.

Enfo*ue <=/AC8I:/ (s. =EAC8I:/ en la nu0e.


/tra ca"acidad relacionada con las auditor+as 1 *ue "uede tener un $ran (alor en cuanto el tiem"o de recu"ero ante ca+das de ser(icio (M88=) es la de A>8/==EMEDIACI/,. Esta ca"acidad suele tener un im"acto altamente "ositi(o en la reducci%n del tiem"o de resoluci%n de "ro0lemas (relacionados con elementos de confi$uraci%n). 8al 1 como ocurre con los ser(icios de ne$ocio tradicionales. es desea0le "oder detectar con ra"ide) 1 de la misma forma "oder solucionar los "ro0lemas. antes *ue causen ca+das de ser(icio u otros "ro0lemas relacionados con la consistencia de datos. Es "or eso *ue la e istencia de &erramientas *ue "uedan detectar 8E,DE,CIAS. m#s *ue e(entos 1 *ue "uedan a"ortar un an#lisis "redicti(o es mu1 2til "ara actuar r#"idamente so0re los mismos. antes *ue ocasionen "'rdida de datos o ser(icios.

Definici%n de las "lataformas donde se "restar# el ser(icio de Cloud.


En $eneral los fa0ricantes (es"ecialmente los de 4ardware) suelen "resentar soluciones ti"o 50i$ 0an$6. donde en al$unos casos &an lle$ado a (ender 5rac9s6 con la nu0e adentro. Si 0ien este enfo*ue es (#lido. 1 tiene sus 0eneficios ("articularmente la facilidad de des"lie$ue). tam0i'n ser+a

04

0ueno *ue "ueda incluir los e*ui"os *ue su or$ani)aci%n 1a tiene en su datacenter. 1 *ue "ro0a0lemente *uiera re;utili)ar en (e) de $astar dinero en nue(a infraestructura. ,ue(amente. de nada sir(e *ue se decida "or un "ro1ecto de Cloud. con el o0!eti(o de 0a!ar costos 1 aumentar la eficiencia. si al final del d+a tendr# *ue com"rar nue(o &ardware en forma continua. Es altamente desea0le (es"ecialmente "ara las alternati(as de <aaS 1 SaaS) tener la "osi0ilidad de reutili)ar la infraestructura e istente. <or e!em"lo. si tiene *ue a"ro(isionar una 0ase de datos o un a""lication ser(er. 'ste "odr+a estar en un ser(idor -inu . AIK. Solaris. 4<>K. etc. ,o necesariamente de0e estar acotado a un ti"o es"ecial de (irtuali)ador 1 sus ca"acidades "ro"ias. -o mismo con la red 1 el almacenamiento. <ro0a0lemente el ser(icio re*uiera afectar una (ariedad de com"onentes de red (firewalls. load 0alancers. e*ui"os de RI;SI. etc.) *ue est#n en locaciones remotas. o crear 1 asi$nar ->,s de un stora$e. Es im"ortante "oder interactuar con los dis"ositi(os 1 modificar las confi$uraciones necesarias "ara *ue el ser(icio lle$ue donde necesita lle$ar. 8odas estas consideraciones son im"rescindi0les "ara 0a!ar los costos de "ro"iedad (8C/) 1 "oder "oner en marc&a un "ro1ecto realista desde el "unto de (ista econ%mico 1 e(itar el :E,D/=;-/C@;D/R,. o sea la de"endencia de un (endedor de "lataformas

Asi$naci%n eficiente de recursos


Su"on$amos a&ora *ue definimos un ser(icio de ne$ocios se$2n un modelo tradicional de a"ro(isionamiento. 8omemos "or e!em"lo un ser(idor de A"ac&e. Medium (en modo <aaS). A*u+ reali)amos la descri"ci%n del ser(icio desde el "unto de (ista del cat#lo$o de ser(icios (costo. ni(eles de ser(icio. "a*uetes de software. re*uerimientos. etc.). Sa0emos "or e!em"lo *ue el mismo tiene los si$uientes re*uerimientosA I unidades com"utacionales. I$0 de memoria TF $0 de disco "erformante. Sistema o"erati(o Rindows GI o TH 0its. -inu =ed 4at. S>SE. etc. >na red "20lica Cone i%n con una m#*uina "ri(ada *ue tendr# la 0ase de datos (I< a definir durante el "roceso de a"ro(isionamiento)

>n enfo*ue tradicional tendr+a 5ca0leado6 o "re;definido los "asos de a"ro(isionamiento se$2n un flu!o (wor9flow) "re;esta0lecido "ero ma1ormente est#tico. "or e!em"loA 1. I. A"ro(isionar I (C<> 1 I G0 en el E*67 Clonar :M Rindows GI 0its se$uridad). (recuerde *ue este es un $en'rico. "or lo *ue *ui)#s ten$a ser(icios instalados *ue "on$an en ries$o su

G. H. 5. T.

Instalar Apac8e para 9indo2s :7 bits+ Asi$nar et&ernetI. (*ue es la red "20lica) Cue cum"la con S/K HFH -ue$o 5al$uien6 confi$urar# los listeners 1 los canales QDBC. las re$las de firewall. etc.

A "rimera (ista no &a1 nada incorrecto con este m'todo. A&ora su"on$a *ue en el ser(idor ESKI no &a1 es"acio "ara clonar una m#*uina. o *ue la m#*uina ESKI no e ista m#s. o *ue est' fuera de ser(icio tem"oralmente. o *ue de0ido a *ue 1a "as% un tiem"o a&ora e iste otro ser(idor en el datacenter. "ero el cat#lo$o de ser(icios no fue actuali)adoM.

05

Es im"ortante entonces "oder contar con una fle i0ilidad tal *ue "ermita tomar decisiones al momento del a"ro(isionamiento 0asados en (arios "ar#metros. "ero *ue fundamentalmente disocie las definiciones de ser(icio con la infraestructura o"erati(a. "ero *ue al mismo tiem"o "ermita tomar decisiones so0re la locaci%n de los recursos al momento de solicitar el ser(icio. >n escenario desea0le. "oder ele$ir el ser(idor. m#s *ue "or un re*uerimiento de sistema o"erati(o. utili)ar cual*uier ser(idor (sin im"ortar el sistema o"erati(o. "ara este caso) *ue cum"la con los re*uisitos del ser(icio. "or e!em"lo *ue so"orte A<AC4E (*ue 1a sa0emos *ue "uede ser en cual*uier "lataforma de las arri0a mencionadas. 1Jo *ue la infraestructura (e*ui"os de red. "lataforma de (irtuali)aci%n. etc.) est' 5certificada6 en S/K HFH. De all+ en m#s. instalar el "a*uete corres"ondiente. no im"orta si se instala en ESKI. AIK1. o el ser(idor *ue se defina "ara esta tarea. Esta disociaci%n. entre un "roceso de descri"ci%n $eneral del ser(icio 1 otro "roceso *ue analice la infraestructura dis"oni0le "resentar+a la (enta!a adicional de *ue no ser+a necesario ir modificando los flu!os de a"ro(isionamiento en forma continua. 1a *ue la decisi%n de la locaci%n de los recursos se toma al momento de a"ro(isionar el ser(icio. en 0ase al conocimiento de la infraestructura e istente.

Gesti%n de la ca"acidad.
<laneamiento de la demanda.
/tro de los "untos fundamentales "ara una iniciati(a de Cloud Com"utin$ es el "roceso de Gesti%n de Ca"acidad. De muc&as maneras este "roceso es e tremadamente cr+tico. de0ido a una de las caracter+sticas fundamentales de Cloud Com"utin$A -a ca"acidad de la auto;$esti%n del consumidor. Esto "uede lle(ar a "erder el control del uso de los recursos 1 darnos cuenta *ue nos estamos *uedando sin es"acio dis"oni0le "ara a"ro(isionar nue(os ser(icios. >sualmente es cuando nos estamos *uedando sin recursos *ue se e!ecuta una com"ra al "ro(eedor. >n "unto a notar es *ue siem"re es m#s caro ir com"rando com"onentes discretos de ca"acidad en forma continua 1 5ur$ente6. *ue "lanificar una com"ra im"ortante en "er+odos de tiem"o discretos. "or e!em"lo cada T meses. <odr+amos decir *ue el "rimer caso es altamente ries$oso de0ido a *ue la entre$a "uede retrasarse "or cuestiones de dis"oni0ilidad. 1 *ue tam0i'n de0ido al car#cter de 5ur$ente6 1 las escasas cantidades "or transacci%n. le ser# muc&o m#s dif+cil "elear descuentos. 8am0i'n al momento de a"ro(isionar es e tremadamente necesario sa0er si contamos con los recursos "ara cum"lir con lo *ue el consumidor est# solicitando. 1 "oder tomar decisiones so0re d%nde a"ro(isionar este ser(icio en funci%n del uso actual. >n e!em"lo de esto. es el si$uiente casoA Su"on$amos *ue tenemos *ue a"ro(isionar I >nidades de C%m"uto en una "lataforma determinada (irtuali)ada. *ue "odr+a estar com"uesta "or m#s de un ser(idor. Asimismo su"on$amos *ue la utili)aci%n de los ser(idores al d+a de 4/7 es como si$ueA *er'idor Ser1 SerI SerG Uso UFP 5FP IFP

Ser+a desea0le "oder "re(er *ue el a"ro(isionamiento so0re al$una de las "lataformas no im"acte en forma ne$ati(a. a "unto de afectar el ser(icio *ue est# corriendo "re(iamente.

06

Gesti%n de com"ras con los "ro(eedores de 4ardware 1 Software.


Adicionalmente otra de las (enta!as de mane!ar un "roceso de ca"acidad. es la ca"acidad de sa0er si un determinado ser(icio "odr# cum"lir su ciclo de (ida (definido al tiem"o de a"ro(isionamiento). teniendo en cuenta el com"ortamiento actual 1 a futuro. <or e!em"lo. si un ser(icio fue solicitado el d+a 1 con I"rocesadores. I $0 de memoria. GFF $0 de disco. 1 una fec&a de (encimiento de d+a GF. es mu1 desea0le sa0er. en 0ase al com"ortamiento de este ser(icio. si cual*uiera de estos recursos se a$otar#n antes de lle$ar al d+a de (encimiento 1 "oder tomar las acciones necesarias antes *ue la falta de ca"acidad afecte el ser(icio.

Casos de uso adicionales Cloud L Ca"acit1


Al$unos casos de uso "osi0les cuando se tiene el "roceso de $esti%n de la ca"acidad alineado con Cloud Com"utin$ "ueden serA

A(iso de falta de ca"acidad al consumidorA


Si el an#lisis de uso actual indica *ue la ca"acidad reser(ada "or un determinado consumidor no es suficiente "ara alcan)ar la fec&a de t'rmino del ser(icio. es "osi0le en(iar un mail a(is#ndole al mismo cu#nta ca"acidad ser# necesaria "ara lle$ar a t'rmino. 1 $estionar el a$re$ado de recursos en forma autom#tica.

A"ro(isionamiento en el ser(idor menos utili)ado.


Al momento de a"ro(isionar. es "osi0le reali)ar un an#lisis de im"acto so0re cada una de las "lataformas 1 (er cu#l es la *ue me!or "uede contener es ser(icio re*uerido.

E tensi%n de locaci%n.
En caso *ue el consumidor desee am"liar el contrato de locaci%n del ser(icio. es "osi0le determinar la necesidad de recursos adicionales "ara cum"lir con la nue(a fec&a de caducidad del ser(icio.

0#

Conclusiones
En un "roceso de e(aluaci%n de una iniciati(a de Cloud Com"utin$. es fundamental considerar el <=/CES/ de ,e$ocios "ro"io de 'sta. Desde el "unto de (ista de costos. es im"ortante considerar *ue e isten dos ti"os de costosB los directos 1 los indirectos. 1 a la &ora de reali)ar la e(aluaci%n financiera. es im"ortante tener en cuenta am0os. Si las &erramientas cu0ren s%lo una "arte de las ca"acidades necesarias. o si las cu0re de manera deficiente. 'stas de0er#n ser cu0iertas de al$una manera (usualmente manual). 1a *ue el cliente "a$a "or un ser(icio con tales caracter+sticas estandari)adas. Cuanto m#s am"lias las &erramientas. menor ser# el tra0a!o manual "osterior. Cloud Com"utin$ es un "roceso continuo. *ue tiene un ciclo de (ida. El mismo se inicia en el a"ro(isionamiento. contin2a con el "roceso de cam0ios. incidencias. "arc&es. me!ora continua. 1 finali)a con la decomisi%n del ser(icio. <ara cada estad+o de este ciclo. &a1 un "roceso asociado. De cara a la $esti%n de la nu0e. es necesario (erla como la interacci%n de (arios "rocesos de ne$ocios. se$2n lo descri"to en la secci%n 5mec#nicaM.6. 1 como tal. los "rocesos de0er#n "oder comunicarse entre s+ 1 funcionar en forma aceitada "ara *ue la entre$a del ser(icio se realice lo m#s r#"ido "osi0le. sin "erder la $o0erna0ilidad del ser(icio. 8am0i'n se "uede mencionar. *ue los "rocesos de la nu0e en $eneral son un su0con!unto de los "rocesos de ne$ocio de la com"a3+a u or$ani)aci%n. 1 de nin$una manera un "roceso se"arado. -a "lataforma de Cloud Com"utin$ contendr# SE=:ICI/S DE ,EG/CI/S de nuestros consumidores. Como tal. est#n com"uestos no s%lo de las "ie)as indi(iduales de &ardware 1 software. sino tam0i'n "or la inter;relaci%n entre las mismas. 1 las m'tricas de ne$ocio *ue sean definidas. -a se$uridad es un elemento fundamental de los "ro1ectos de Cloud Com"utin$. Si no "odemos $enerar confian)a &acia nuestros consumidores. no &a1 moti(os "ara *ue ellos nos conf+en sus ser(icios de ne$ocio. <or el contrario. si su ni(el de confian)a aumenta. nue(os ser(icios ser#n mudados a la ,u0e. -as ar*uitecturas multi;ca"as son esenciales. 1a *ue sim"lemente descri0en los ser(icios *ue como tales &o1 corren en un datacenter. 1 no es ace"ta0le *ue se modifi*uen "ara correr en la nu0eB "or el contrario. la nu0e tiene *ue ada"tarse a las ar*uitecturas de ser(icios de los consumidores. 1 no (ice(ersa. -a $esti%n de ca"acidad no s%lo "ermite ser m#s eficiente en la $esti%n de las "lataformas. en cuanto al a"ro(isionamiento inicial. sino *ue le "ermitir# 0a!ar costos de ad*uisici%n de &ardware 1 software. al "oder reali)ar com"ras "eri%dicas. de (olumen. 1 sin la ur$encia. lo *ue le dar# un "oder de ne$ociaci%n ma1or con los "ro(eedores de infraestructura.

www.extension.cl/imgmodulo/archivoSubServicio/1.doc

0$