Como a computação em nuvem é diferente da arquitetura cliente-servidor?

Question

Eu quero saber a diferença entre a computação em nuvem e a arquitetura do servidor do cliente. Quero dizer, como a computação em nuvem é diferente de um site que me fornece alguns serviços. E qual é o significado de elasticidade em termos de computação em nuvem?

    

Answer 1

Cloud é um desses termos usados em excesso que significam coisas diferentes para pessoas diferentes. No entanto, desde que você mencionou elasticidade , o que isso significa é a capacidade de dimensionar recursos dependendo dos requisitos.

Suponha por um momento que haja uma VM com 64 MB de RAM servindo um site. Existem apenas algumas pessoas a usá-lo. Então, de repente, há um pico no uso (devido ao efeito slashdot) e que uma VM e 64MB de RAM obviamente não a cortarão.

Neste ponto, existem diferentes estratégias para lidar com isso.

Uma possibilidade é aumentar dinamicamente a RAM na VM. Alguns serviços fornecem uma configuração de RAM com capacidade de burst para fazer isso. Outra possibilidade é gerar dinamicamente novas VMs que sejam clones da VM existente e equilibrar a carga sobre elas. Esta é uma forma de computação elástica .

A vantagem de ter essa elasticidade é o consumo de recursos. Não há necessidade de executar uma VM com 4 GB de RAM o tempo todo, se tudo o que precisa é de 64 MB normalmente. Os recursos podem ser realocados como e quando necessário. Novas máquinas podem ser geradas e desligadas quando necessário.

    

Answer 2

De certa forma, há pouca diferença. Eu vejo a computação em nuvem como um subconjunto da arquitetura cliente / servidor; a única diferença é o onde e como do lado do servidor - não importa se o servidor está no meu data center ou na "nuvem" da Amazon, ainda é uma arquitetura cliente / servidor.

    

Answer 3

pense em nuvem enquanto flutua ... sim, os serviços também flutuam na computação em nuvem, você pode usá-lo quando quiser e liberá-lo depois que o trabalho terminar, por esse usuário não precisar de nenhum recurso adicional disponível para ele usar o serviço, todos os recursos foram fornecidos pela nuvem. A principal vantagem deste uso pode fazer as coisas de qualquer lugar, com qualquer dispositivo.

O servidor cliente é a grande figura, também podemos dizer que a computação em nuvem é um derivado da arquitetura do servidor cliente.

    

Answer 4

Bem, nem a arquitetura do Amazon S3 nem sua implementação foram tornadas públicas. Como tal, não está disponível para extensão a fim de desenvolver a capacidade de criar nuvens privadas de qualquer tamanho.

Existem alguns artigos sobre tópicos de arquitetura de armazenamento em nuvem. Você pode achá-los úteis. Aqui está um artigo: CACSS: Rumo a um Serviço genérico de armazenamento em nuvem

O método pelo qual diferentes tecnologias podem ser combinadas para fornecer um único excelente desempenho, sistema de armazenamento em nuvem altamente escalável e confiável também é detalhado. Essa pesquisa serve como uma fonte de conhecimento para provedores de nuvem inexperientes, dando a eles a capacidade de configurar rapidamente seus próprios serviços de armazenamento em nuvem.

    

Answer 5

Se eu puder tentar definir a nuvem a partir de uma perspectiva pseudo-técnica:

"Um sistema de computação massivamente escalável que fornece recursos de computação, rede e armazenamento, usando metodologias consolidadas de computação e armazenamento virtuais para fornecer serviços sob demanda, pooling de recursos e provisionamento rápido (elasticidade)."

Tendo dito que é óbvio que tal sistema incorpora (na verdade, qualquer sistema sério deve fazê-lo), tanto os clusters quanto os serviços cliente-servidor. Mas note também que as definições acima não significam que uma "nuvem" seja algo super grande. Na verdade, um único servidor com duas máquinas virtuais é uma nuvem. É escalável - você pode adicionar sistemas e ad nauseum da VM. agrupa recursos e tem recursos sob demanda. O resto, clusterização, paralelização, etc etc - são totalmente opcionais, que estendem os recursos.