Académique Documents
Professionnel Documents
Culture Documents
Consideraciones generales
ndice
Document Information
Version: Created by: Last Modified on: Modified by: Armando Salas S. (E tension) 1.5 Mariano Grinfeld (BMC Software)
/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.
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.
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.
Infraestructura subyacente
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.
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
Plataforma
Aplicaciones
Iaa S
Paa S
Saa S
Principios de Diseo
,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.
<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
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.
Catlog o de Servicio s
Portal de Autogesti n
Cliente Final
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
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).
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.
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/.
La seguridad debe ser considerada como un elemento fundamental cuando ponemos nuestra operacin en manos de un tercero.
03
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
>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
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$