Diferença entre nuvem e virtualização

Question

OPS: Isso não pertence ao ServerFault porque se concentra na programação da arquitetura.

Eu tenho as seguintes perguntas sobre as diferenças entre nuvem e virtualização.

1. Como a nuvem é diferente então a virtualização?

2. Atualmente, tentei descobrir o preço do Rackspace, AmazOne e todos os provedores de nuvem semelhantes, descobri que nossos 6 servidores dedicados atuais eram mais baratos do que seus preços. Então, como se pode afirmar que a nuvem é mais barata? É mais barato apenas em comparação da hospedagem normal?

3. REM Organizamos nossa infraestrutura no ambiente virtual para reduzir ou configurar a sobrecarga no momento da falha, não precisamos reescrever nenhuma peça de código que já esteja escrita para configuração anterior. Portanto, a movimentação para a virtualização não requer nenhuma programação de ER. Mas a nuvem é absolutamente diferente e exigirá a reprogramação inteira, certo?

4. Vale a pena recodificar quando nossos custos atuais de TI são 3-4 vezes mais baixos e depois a hospedagem em nuvem, incluindo backups de RAID e todo tipo de agrupamento para alta disponibilidade?

5. Nova arquitetura de programação significa novas despesas gerais da equipe de treinamento, novos métodos de teste e novos esquemas de implantação, ele justifica as palavras "sob demanda de uso de recursos" da nuvem?

6. Estamos tendo arquitetura de desenvolvimento atual com o ASP.Net Services do lado do servidor simples sem contexto local e no lado do cliente Flex/Silverlight, que oferece uma arquitetura de descanso muito boa e é altamente escalável. Como a nuvem difere do modelo REST de implantação?

7. No armazenamento, o SQL Server ou o MySQL oferece uma replicação e alta disponibilidade muito boa, então o que é vantagem na nuvem?

8. Garantia de dados, um de nossos fornecedores que hospeda outro aplicativo de outro cliente na nuvem (um dos mais utilizados), perdeu o disco rígido inteiro (o virtual) e o módulo inteiro nos primeiros 6 meses. O segundo provedor disse que é seu dever de fazer backup, tudo bem, eu concordo, mas nenhum provedor fornece SLA para garantia de dados, eles dão 99% de tempo de atividade. No entanto, na maioria dos aplicativos de negócios, o tempo de atividade é menos importante do que a integridade dos dados. Em nossos 10 anos de experiência em hospedagem dedicada, tivemos apenas uma falha de disco rígido. Isso me deixa um pouco cético em busca de nuvem e perder o controle sobre os dados. E sinto que é apenas um grande burburinho de marketing vender virtulização de forma diferente.

9. Tamanho dos dados, atualmente todos os provedores cobram muito pesado por dados grandes, se você estiver hospedando apenas abaixo de 100 GB de nuvem, pode ser uma boa alternativa, mas acho que servidores virtuais e servidores dedicados acima de 100 GB a poucos TBs ainda são mais baratos. Por que iria querer pagar tão alto na nuvem quando não houver dados de vareússia de dados tão bem quanto não diz nada sobre redundância.

(Eu gostaria que tivesse algo para verificação ortográfica do Internet Explorer, desculpe por grafias erradas na minha postagem)

Answer 1

1. A virtualização é basicamente um computador físico fingindo ser muitos ambientes de computação; A computação em nuvem é muitos computadores diferentes que fingem ser o ambiente de computação, permitindo a escala mais fácil. Obviamente, os computadores em nuvem geralmente serão virtualizados para otimizar o uso de recursos. Ambos, no entanto, podem ser considerados formas de abstração.
2. Depende do que você está medindo como custo - para o hardware bruto, pode ser o mesmo, mas em ambientes comerciais geralmente há um administrador por quarenta servidores, mas para a nuvem que vai para um administrador para 1.000 servidores, então há um trabalho custo. O que muitas pessoas estão comprando com nuvem não é apenas hardware bruto, mas uma plataforma de computação; portanto, o custo do software também é compensado. As proposições de valor reais aqui são preços de commodities - você pode iniciar sem precisar de grandes despesas de capital para servidores, apenas uma taxa mensal baixa facilitando o início - e a flexibilidade - sendo capaz de aumentar e diminuir a demanda variável. Por exemplo, os servidores do departamento tributário são atingidos massivamente no final do ano fiscal, mas são quase desnecessários pelo resto do ano. Seria um desperdício para o departamento tributário ter capacidade suficiente para lidar com a carga de final do ano e ter esses servidores ociosos pelo resto do ano.
3. Depende do tipo de serviço em nuvem que você está comprando - infraestrutura bruta (como espaço em disco rígido), plataforma (como um servidor ou cluster virtualizado) ou uma solução em nuvem inteira. Desenvolver a API de um fornecedor de nuvem exigirá que você re-arquiteto e reconstrua sua solução.
4. A computação em nuvem é uma estratégia, não uma meta por si só. Se os benefícios da estratégia se alinharem às suas necessidades de negócios, poderá ser a solução certa, mas se você não se beneficiar dos atributos da computação em nuvem - flexibilidade para alterar os recursos de acordo com a demanda, preços de commodities (seja para você ou seus clientes) , ou a capacidade de oferecer acesso aos seus sistemas aos clientes sem exigir assistência do administrador - então você pode estar melhor executando seus próprios servidores, principalmente se você simplesmente tiver uma demanda estável e a longo prazo.
5. A questão aqui é que a escalabilidade sob demanda justifica o custo de desenvolvimento para voce?
6. Rest e Cloud não são realmente muito diferentes nesse cenário - ambos são uma API para um sistema escalável. A principal diferença nesse cenário é que a escala, vocês tem que comprar o próximo servidor e configurá -lo, enquanto para dimensionar a solução em nuvem, você simplesmente ativam outro dos recursos do seu provedor de nuvem.
7. Novamente, isso depende de você decidir se o armazenamento em nuvem oferece vantagens para você acima e além de um banco de dados SQL.
8. O controle de seus dados é provavelmente um dos maiores impedimentos para muitos sistemas que estão em nuvem. Se seus dados forem cruciais, sensíveis e privados, hospedá -los com terceiros pode não ser uma opção, independentemente de outros benefícios.
9. Os custos de uma tecnologia em relação a outra é apenas parte do que você deve considerar. Talvez hospedar na nuvem a curto prazo seja atraente, porque você pode testar o mercado para o seu serviço sem comprar grandes fazendas de servidores. Depois que a demanda for verificada, você faz o investimento de capital em servidores.

A computação em nuvem não é mágica, é uma solução tecnológica para uma necessidade de mercado muito específica - se você não tiver essa necessidade, provavelmente não se beneficiará da computação em nuvem.

Answer 2

1. A virtualização é normalmente feita no metal local e orovides de grande independência de hardware etc; "The Cloud" refere-se a empurrar o processamento para outro centro de dados (que geralmente usa a virtualização na implementação)
2. a precificação poderia Seja mais barato para startups, em particular - e oferece uma enorme capacidade de "acelerar" o serviço por um curto período. Para se conectar ao marketing ou (por exemplo) para o processamento de dados em massa. Mas, para meus propósitos, os servidores locais também são mais baratos; P se você tiver carga bastante constante / esperada e pode pagar os custos de inicialização do metal, em muitos casos o metal é mais barato. Mas se seus volumes são muito baixos, talvez a nuvem seja uma maneira melhor de obter uma plataforma tolerante a falhas, sem pagar por muitos custos de hardware e engenheiro.
3. Depende do que você interpreta como "a nuvem". Muitos hosts de nuvem oferecem caixas de areia muito restritas com diferentes paradigmas de programação; No entanto, alguns serviços (que ainda podem ser descritos como a nuvem) oferecem acesso completo à VM, mas ainda com o ramp-up etc; Neste último caso, o mesmo código deve funcionar sem muita mudança
4. Eu acho que você já respondeu que (no seu caso específico; pode ser diferente para outros consumidores)

(da mesma forma a maior parte do resto)

Também; Observe que pode haver problemas legais/de dados, por que você precisa manter um forte controle dos dados; Enviá -lo para uma terceira parte (talvez em uma jurisdição legal diferente) pode não ser possível e/ou desejável.

Answer 3

Não conheço todas as suas perguntas, mas você não precisa recodificar (digamos) EC2 - eles apenas se apresentam como uma máquina regular (virtual) executando o sistema operacional que você está acostumado a usar.