Quality of Service em Sistemas Distribuídos Estagiário Luis Nakamura Prof. Dr. Marcos José...

Quality of Service em Sistemas Distribuídos

Estagiário Luis NakamuraProf. Dr. Marcos José Santana

Danilo Souza Pires de Albuquerque 6766127Marcelo Alves Baratela 6765940Paulo Fernando Escobar da Silva 6882691

Tópicos abordados1. Introdução2. Panorâma Atual3. SLA – Service-level Agreement4. QoS Aplicado a S.D.5. QoS em Aplicações Reais6. Conclusão7. Referências

1. Introdução

Diferentes definições em diversas áreas.

Quality of Service: Conjunto de características prioritárias, essenciais e/ou mínimas para satisfazer a expectativa do usuário em uma determinada prestação de serviço.

1. IntroduçãoAs métricas e medidas de QoS

são diversas e variam de serviço para serviço

Existe um esforço para garantir o padrão exigido pelos usuários

Representa um valor agregado ao serviço

1. IntroduçãoExiste uma íntima relação entre

QoS e Service-level Agreement (SLA)

Informalmente, o QoS se trata da prática, enquanto o SLA se trata da teoria

2. Panorâma Atual

A já difícil implementação de serviços em S.D. ofuscou a existência/importância de QoS nesse setor

Brechas e falhas: a Amazon Web Services (AWS) vivenciou problemas em 2008

2. Panorâma AtualHoje em dia a preocupação com

QoS é muito maior, não apenas por parte dos clientes.

Embora seja uma complicação a mais na hora da implementação, as empresas prestadoras de serviços não podem correr riscos

3. SLA – Service-level AgreementTrata-se de uma negociação

formal de acordos entre consumidores e provedores

É neste momento que ambas as partes sentam, discutem e decidem requisitos não-funcionais da aplicação

3. SLA – Service-level AgreementO consentimento de ambas as

partes se conclui em um documento que contem prioridades, responsabilidades e garantias

Momento delicado em que pode haver muito conflito de interesses

3. SLA – Service-level AgreementUm SLA “saudável” para ambas

as partes é caracterizado por diversos requisitos, sendo as mais importantes:

Métricas bastante específicas, claras, controláveis e realísticas;

Especificações de penalidades e compensações;

3. SLA – Service-level AgreementDefinições de medidas de

“sucesso”, “aceitável” e “inaceitável”;

Ambas as partes conscientes de suas responsabilidades;

Cláusulas claras a fim de possibilitar a desistência do acordo e/ou renegociação.

3. SLA – Service-level AgreementEmbora, seja uma ideia muito

benéfica na teoria... Nem sempre as SLAs sequer são negociáveis!

Podem ser classificados em não-negociáveis, parcialmente negociáveis e plenamente negociáveis.

4. QoS Aplicado a S.D.Composto de quatro camadas

Camada de redeCamada do sistema operacionalCamada do middlewareCamada de aplicação

4. QoS Aplicado a S.D.Camada de rede

Delay de redePerda de pacotesEntrega fora de ordemLargura de banda

4. QoS Aplicado a S.D.Camada do sistema operacional

Chamadas ao sistemaAlgoritmo de escalonamentoInterrupções de hardwareInterrupções de software

4. QoS Aplicado a S.D.Camada de middleware

EscalabilidadeCapacidadeIntegridade de transaçõesDisponibilidadeInteroperabilidade

4. QoS Aplicado a S.D.Camada de aplicação

PerformanceRobustezPrecisãoSegurança

5. QoS em Aplicações ReaisEstudos recentes buscam uma

implementação mais concreta de QoS em S.D.

Pesquisas em Computação em Nuvem demonstram um modelo para controle de QoS

5. QoS em Aplicações ReaisPrincipais requisitos:

Máximo tempo de resposta;Throughput;Taxa de Erro;Escalabilidade;Disponibilidade;

5. QoS em Aplicações ReaisA importância de QoS para Comp. em

Nuvem é a garantia de funcionamento e manter a reputação do provedor

Trabalhos usados sobre um modelo arquitetural:

TAPAS – Trusted QoS-Aware Provision of Application ServicesRESERVOIR – Resources and SERvices Virtualization withOut BarrIeRs

5. QoS em Aplicações ReaisRESERVOIR – É uma virtualização

de infraestrutura para serviços

TAPAS – Trabalha como Middleware. Ambiente projetado para fielmente respeitar as SLAs

5. QoS em Aplicações ReaisBasicamente a idéia é extender o

Gerenciamento de serviços do RESERVOIR com a utilidade de controle de QoS do TAPAS

6. ConclusãoNíveis de requisitos de um

serviço variam de acordo com a prestadora

QoS e SLAs também variam

Em relação a serviços, é um setor ainda em ascenção

6. ConclusãoQoS é um mal necessário

Sua implementação é complexa

Inviável lançar um serviço sem QoS

7. Referências http://research.microsoft.com/en-us/events/cloudfutures2010/panzieri.pdf

http://www.w3c.or.kr/kr-office/TR/2003/ws-qos/

http://www.ibm.com/developerworks/webservices/library/ws-quality/index.html

http://www.ibm.com/developerworks/library/ws-sla/

http://en.wikipedia.org/wiki/Quality_of_service

http://wwwsrv1tmp.mitre.org/work/tech_papers/2010/10_2902/cloud_sla_considerations_government.pdf

http://en.wikipedia.org/wiki/Amazon_EC2#Issues