Caracasdigital Caracasdigital

  
 RUN RUN TECNOL脫GICO
Publicado en Gaceta Oficial nuevo Reglamento sobre el Servicio Universal de Telecomunicaciones y su Fondo

En aras de minimizar las desigualdades que impiden un adecuado acceso a los servicios de telecomuni...Leer m谩s


驴Alertan sobre estafas mediante correos falsos del Ministerio P煤blico?

Es verdadero. Recientemente usuarios de las redes sociales denunciaron que estaban recibiendo corre...Leer m谩s


LG abandona la l铆nea de Celulares para impulsar su l铆nea de Tv
La muestra la dej贸 ver en la reciente feria global CES 2021, donde su principal innovaci贸n la bas贸 en su l铆nea de Te...Leer m谩s

Telef贸nica vende a m煤ltiplos r茅cord la divisi贸n de torres de Telxius a American Towers por 7.700 millones de euros
Telef贸nica ha informado que su filial Telxius Telecom, S.A. (sociedad del Grupo Telef贸nica participada minoritariament...Leer m谩s

IBM de Venezuela est谩 de aniversario

Todo comenz贸 el 18 de enero de 1938, cuando CA WATSON de M谩quinas Comerciales, abri贸 sus puertas...Leer m谩s


Wikipedia comenz贸 como una idea ambiciosa...

...Para crear una enciclopedia libre, escrita por voluntarios, para todos en el mundo. Parec铆a imp...Leer m谩s


China prepara una lista negra de empresas estadounidenses

China anunci贸 el establecimiento de una 鈥渓ista de entidades no fiables鈥, que 鈥渄a帽en graveme...Leer m谩s


Movistar estrena nueva imagen en su p谩gina web

- El nuevo dise帽o responde una estrategia global de la compa帽铆a de homolog...Leer m谩s


ESET acerca consejos para evitar la sobreexposici贸n en redes sociales

En el marco de la celebraci贸n por el d铆a de Internet el pr贸ximo 17 de mayo, ESET analiza el uso ...Leer m谩s


:::::::::::::::::::::::::::::::: Agregar Nuevo
===================Ver Todo

Opinan los Expertos

Lo que todo CIO debe conocer de su Centro de Datos
Paola Boccia
Directora Ejecutiva de Banesco Banco Universal

Lenovo y la revoluci贸n del software
Lorenzo Rub铆n
Sales & Operations Manager Venezuela, Bolivia, Uru

TECH: Nuestra fiel compa帽era
Rodolfo Carrano
Vice Presidente Comercial de Directv Venezuela

Rumbo a la era del IPv6
Agustin Speziale
Product Manager, Connectivity, Media & IP Level 3

LA CIUDAD
Por: Manuel Moreno, Gerente Regional de Marketing
===================Ver Todo

Mantener la calidad de servicio en la nube

Los clientes esperan la misma calidad de servicio independientemente de que una determinada aplicaci贸n se ejecute sobre una infraestructura de nube o sobre una configuraci贸n tradicional de hardware nativo. Para satisfacer estas expectativas se requiere calidad en la implementaci贸n y una robusta arquitectura software de la aplicaci贸n. Requiere tambi茅n una calidad de servicio aceptable de la infraestructura virtualizada de la nube, los componentes tecnol贸gicos que la soportan y las redes que conectan al cliente con la aplicaci贸n.

驴C贸mo juzgan los clientes la calidad de servicio de la aplicaci贸n?

Se utilizan unos Indicadores Clave de la Calidad KQI (鈥淜ey Quality Indicators鈥) para caracterizar la forma en que los clientes perciben la calidad de servicio de la aplicaci贸n. La naturaleza de estos indicadores KQI var铆a, a veces considerablemente, de una aplicaci贸n a otra. Un indicador que es cr铆tico para una aplicaci贸n pueden tener una relevancia nula para otra aplicaci贸n. Sin embargo, hay algo que se mantiene en todas las aplicaciones: los indicadores KQI desempe帽an un papel central para caracterizar los criterios que conforman la valoraci贸n y expectativas de los clientes con respecto a la calidad de servicio.

El problema de la calidad de servicio en la nube

Las aplicaciones alojadas en una infraestructura de nube se enfrentan a retos singulares de calidad de servicio. En la nube, la calidad de servicio que experimentan los clientes est谩 influida por un procesamiento, memoria, almacenamiento y recursos de red virtualizados, facilitados por el proveedor de servicios de nube que aloja la ejecuci贸n del software de la aplicaci贸n. Est谩 tambi茅n influida por los componentes tecnol贸gicos basados en la nube que contribuyen al servicio de la aplicaci贸n.

Estas capacidades relacionadas con los recursos a帽aden riesgos adicionales de degradaci贸n del servicio. Una aplicaci贸n puede tener que afrontar unos recursos no estables de la infraestructura debido a una pugna por los recursos o a fallos de la m谩quina virtual (VM) como, por ejemplo, una disminuci贸n de la velocidad o una finalizaci贸n prematura. Estas perturbaciones pueden afectar a los clientes, degradando la calidad de servicio de la aplicaci贸n.

Un nuevo entorno implica nuevos retos

Para lidiar con los retos presentados por el procesamiento, memoria y almacenamiento virtualizados de la infraestructura de nube, muchas aplicaciones utilizar谩n componentes tecnol贸gicos (por ejemplo, sistemas de gesti贸n de base de datos y de reparto de carga) que son ofrecidos como un servicio por los proveedores de nube. Para tener 茅xito, las empresas que operan aplicaciones basadas en la nube deben tener la capacidad de detectar r谩pidamente cualquier degradaci贸n de la calidad de servicio de la aplicaci贸n, localizar el problema para detectar la causa ra铆z, restaurar el servicio del usuario y desplegar una acci贸n correctora.

Desafortunadamente, no hay un enfoque 煤nico para resolver toda la problem谩tica de la calidad de servicio. Para una aplicaci贸n concreta, la calidad de servicio del usuario puede ser sensible a determinadas degradaciones de la infraestructura y relativamente insensible a otras. Y lo que es m谩s, diferentes aplicaciones y arquitecturas presentan sensibilidades diferentes.

Degradaciones causadas al cambiar las responsabilidades Los roles tradicionales y las responsabilidades cambian en la nube. Para crear un servicio, un proveedor de servicios de nube puede agrupar software, conexiones de red y 鈥渃omponentes como un servicio鈥 de diferentes suministradores. Esto puede dificultar el seguimiento de los problemas y la determinaci贸n de qui茅n es el responsable de solucionarlos.

Las m茅tricas normalizadas para la calidad de servicio de la infraestructura de nube pueden ayudar a los proveedores de servicios y los usuarios de la nube a gestionar la inevitable degradaci贸n del servicio. Estas m茅tricas pueden servir para identificar r谩pidamente el componente o servicio que ha fallado, de forma que el responsable pueda restaurarlo con rapidez y desplegar las acciones correctoras apropiadas. Con los indicadores KQI de infraestructura est谩ndares, por ejemplo, un proveedor de servicios de nube puede negociar los Objetivos de Nivel de Servicio SLO (鈥淪ervice Level Objectives鈥) requeridos para una determinada aplicaci贸n. El proveedor de servicios de nube puede tambi茅n seleccionar el software y equipamiento de la infraestructura que mejor satisface estos requisitos, y gestionarlo para asegurar que alcanza o supera sistem谩ticamente los objetivos SLO definidos.

Degradaciones causadas por las nuevas asociaciones

Adem谩s del software de la aplicaci贸n, las instancias de la aplicaci贸n que se ejecutan sobre una infraestructura de nube se apoyan en componentes cr铆ticos proporcionados por diversos colaboradores para proporcionar una calidad de servicio aceptable para los clientes. Entre estos componentes se incluyen:

* M谩quinas virtuales, que sustituyen al ordenador o servidor tradicional para proporcionar aplicaciones basadas en la nube. Al igual que el hardware tradicional, las instancias de m谩quinas virtuales son vulnerables y pueden fallar. No obstante, las instancias de m谩quinas virtuales son m谩s vulnerables a disminuciones de velocidad, latencia variable en el acceso a los recursos, activaci贸n inconsistente de eventos, errores de reloj y otros tipos de degradaciones. Pueden deberse a la compartici贸n de recursos y a la tecnolog铆a de virtualizaci贸n subyacente, que introduce un nivel de emulaci贸n de hardware imperfecto entre el sistema operativo hu茅sped de la aplicaci贸n y el hardware f铆sico.

* Conectividad como un Servicio, que proporciona conectividad de red entre las instancias de la m谩quina virtual de la aplicaci贸n y los restantes elementos y sistemas distribuidos. Tradicionalmente los proveedores de servicios utilizaban el plano de conexi贸n del equipo e infraestructuras de redes f铆sicas para conectar los elementos hardware tradicionales. Los proveedores de servicios de nube deben ofrecer la conectividad de red como un servicio de modo que las aplicaciones distribuidas basadas en la nube puedan operar y aportar valor a los clientes. Estas ofertas de Conectividad como un Servicio son vulnerables a p茅rdidas de paquetes, latencia y jitter, y a degradaciones que afectan a la disponibilidad.

* Los componentes tecnol贸gicos ofrecidos como un servicio, que pueden acortar el tiempo necesario para introducir una aplicaci贸n en el mercado y reducir los costes de operaci贸n. Las ofertas como 鈥淏ase de Datos como un Servicio鈥 y 鈥淩eparto de Carga como un Servicio鈥 permiten a un proveedor de servicios de nube 鈥渃ontratar鈥 un servicio de un componente tecnol贸gico maduro sin necesidad de 鈥渃onstruir鈥 instancias privadas espec铆ficas para la aplicaci贸n. Sin embargo, estas ofertas son vulnerables a degradaciones de la fiabilidad, latencia, calidad e indisponibilidad del servicio.

Pasos necesarios para resolver la degradaci贸n

Hay tres acciones fundamentales con las que se puede comenzar a resolver las degradaciones de calidad de servicio que pueden causar las infraestructuras inform谩ticas basadas en la nube a los usuarios de la aplicaci贸n. Estas acciones son:

1. Comprender que diferentes aplicaciones tienen diferentes sensibilidades de la calidad de servicio que percibe el cliente por la degradaci贸n de las prestaciones del proveedor de servicios de nube. Por ejemplo, la calidad de servicio de una aplicaci贸n orientada a procesamiento en lotes puede ser insensible a la p茅rdida de paquetes, latencia y jitter. Por el contrario, la calidad de servicio de aplicaciones altamente interactivas puede ser muy sensible a las mismas perturbaciones.

2. Dise帽ar una arquitectura de las aplicaciones que minimice el impacto en el cliente final de las degradaciones de servicio de la infraestructura de nube. Asimismo, probar las aplicaciones en situaciones con gran probabilidad de degradaci贸n de servicio para asegurar que los clientes reciben sistem谩ticamente una calidad de servicio aceptable.

3. Reconocer que una l铆nea de separaci贸n bien definida hace buenos vecinos. Acuerde los objetivos SLO para todos los indicadores KQI de la infraestructura de nube de forma que se puedan aislar los fallos

r谩pidamente cuando haya una degradaci贸n de la calidad de servicio del usuario. Una correcta definici贸n de la l铆nea de separaci贸n y los requerimientos del servicio simplificar谩 la localizaci贸n de problemas y determinar谩 qui茅n es el responsable de solucionar la causa ra铆z.

Definici贸n de objetivos alcanzables

Al igual que con las aplicaciones desplegadas tradicionalmente, es inevitable que las aplicaciones basadas en la nube experimenten ocasionalmente fallos y degradaciones del servicio. El objetivo deber铆a ser desplegar aplicaciones robustas y econ贸micas sobre la infraestructura de nube, y asegurar que habitualmente se cumplen o se superan las expectativas del cliente de calidad de servicio.

Esto significa asegurar que una determinada aplicaci贸n puede detectar, mitigar y resolver r谩pidamente el impacto causado en el servicio por degradaciones originadas en infraestructuras inform谩ticas basadas en la nube. Significa tambi茅n identificar claramente los roles y responsabilidades de los proveedores de software, de infraestructura y de la plataforma como un servicio. Incluyendo t茅cnicas de negocio que implanten objetivos SLO cuantitativos para cada responsable, aplicando m茅tricas normalizadas y clarificando las responsabilidades, un proveedor de servicios de nube puede garantizar que todos los suministradores que contribuyen a una aplicaci贸n saben qu茅 necesitan suministrar para poder cumplir las expectativas de calidad de servicio de los clientes.

Mantener la calidad de servicio en la nube
Env韊 este art韈ulo a un amigo Imprima este art韈ulo   

Comentarios


Comentar



Esta nota/art韈ulo ha sido originalmente publicado por www.caracasdigital.com, el 08 de Abril de 2014..

Caracas Digital no se hace responsable por los juicios de valor emitidos por sus colaboradores y columnistas de opini髇 y an醠isis.

Aceptamos colaboraciones previa evaluaci髇 por nuestro equipo editorial, estamos abiertos a todo tipo o corriente de opiniones, siempre y cuando a nuestro juicio est閚 dentro de valores 閠icos y morales razonables.

Usted puede reproducir, reimprimir, y divulgar este art韈ulo a trav閟 de los medios audiovisuales e Internet, siempre que identifique a la fuente original, http://www.caracasdigital.com