Quando se deve usar o seguinte: Amazon EC2, o Google App Engine, Microsoft Azure e Salesforce.com?

Question

Eu estou pedindo isso em sentido muito geral. Tanto do provedor de nuvem e perspectiva do consumidor nuvem. Além disso, a questão não é para qualquer tipo específico de aplicação (na verdade a intenção é a de saber qual o tipo de aplicações / domínios pode caber em que da laje nuvem -SaaS PaaS IaaS).

O meu entendimento até agora é:

IaaS:. Raw Hardware (processadores, redes, armazenamento)

PaaS:. OS, Sistema Softwares, framework de desenvolvimento, as máquinas virtuais

SaaS:. Aplicações de Software

Seria ótimo se Stackoverflower de pode compartilhar seu conhecimento e experiências de cloud computing concept.

EDIT: Ok, vou colocá-lo em mais maneira específica -

Amazon EC2: Você não tem controle sobre camada de hardware. Mas você pode tomar sua escolha imagem do sistema operacional de, Dev Framework (.NET, J2EE, LAMP) e Aplicação e colocá-lo em hardware EC2. Você pode implantar um aplicações construídas com o Google App Engine ou Azure no EC2?

Google App Engine: Você não tem controle sobre hardware e sistema operacional e você terá uma específica Dev Framework para construir sua aplicação. você pode tomar qualquer aplicação existente Java ou Python e porta-lo para GAE? Ou vice-versa, as aplicações podem que foram construídas no GAE ser retirado do GAE e portado para qualquer servidor de aplicativos como o Websphere ou Weblogic?

Azure: Você não tem controle sobre hardware e sistema operacional e você terá uma específica Dev Framework para construir sua aplicação. você pode tomar qualquer aplicativo .NET existente e porta-lo para Azure? Ou vice-versa, as aplicações podem que foram construídas no Azure ser retirado do Azure e portado para qualquer servidor de aplicativos como Biztalk?

Answer 1

Boa pergunta! Como salienta, as diferentes ofertas encaixam em diferentes categorias:

EC2 é Infrastructure as a Service; você começa instâncias VM, e fazer com eles como quiser. Servidores Rackspace nuvem são mais ou menos o mesmo.

Azure, App Engine e Salesforce são todos Platform as a Service; eles oferecem diferentes níveis de integração, no entanto: Azure praticamente permite executar serviços em segundo plano arbitrárias, enquanto App Engine é orientado em torno de tarefas pedido manipulador de curta duração (embora ele também suporta uma fila de tarefas e tarefas agendadas). Eu não sou terrivelmente familiarizados com a oferta da Salesforce, mas o meu entendimento é que é semelhante ao App Engine em alguns aspectos, embora mais especializado para o seu nicho particular.

ofertas de nuvem que se enquadram Software as a Service são tudo, desde peças de infraestrutura, como Simple Storage Service da Amazon SimpleDB e até aplicações completas como Fog Creek do hospedado FogBugz e, claro, Stackexchange.

Uma boa regra geral é que o nível mais elevado a oferta, menos trabalho você vai ter que fazer, mas o mais específico que é. Se você quer um bug tracker, usando FogBugz é, obviamente, vai ser o mínimo de trabalho; a construção de um em cima do App Engine ou Azure é mais trabalho, mas proporciona mais versatilidade, enquanto a construção de um em cima do cru VMs como EC2 é ainda mais trabalho (bastante mais, na verdade), mas prevê ainda mais versatilidade. Meu conselho geral é escolher a plataforma de mais alto nível que ainda atenda às suas necessidades, e construir a partir daí.

Answer 2

Esta é uma excelente pergunta. A divulgação completa como eu sou parcial a Azure, mas têm experiência com os outros.

Onde eu acho Azure se destaca dos outros é a rápida transição em prem para a nuvem. Por exemplo -

• SQL Azure - mudança seqüência de conexão, fazer upload de DB, vá!
• Filas trabalhar muito como MSMQ.
• Blobs são praticamente blobs qualquer maneira que você agitá-los, mas eles escalar como um louco.
• O componente de armazenamento da tabela é boa porque oferece escalabilidade incrível para pares nome / valor -, mas leva algum tempo para se acostumar.
• Service Bus é o meu favorito dos serviços, pois permite uma variedade de paradigmas de comunicação. Dois SB endpoints primeira tentativa de se conectar uns aos outros, se eles não podem, em seguida, eles rota através da nuvem -. Marcas para muito seguro e processamento escalável quando firewalls tendem a ficar no caminho
• lista de controle de acesso - emparelhado geralmente com o barramento de serviço para garantir que as pessoas certas acessar as coisas certas -. Pensam SAML na nuvem

Espero que ajude!

Answer 3

A minha experiência nuvem está actualmente limitada a Salesforce.com

Para as operações de negócios padrão e automação que fornece um número significativo de recursos que nos permitem obter aplicativos para cima e correndo muito rapidamente. Estamos particularmente beneficiando o seguinte:

• Segurança (Os administradores podem controlar o acesso a objetos e campos)
• Workflow e Aprovações
• geração UI automática
• construído em relatórios e dashboards
• sistema inteiro (incluindo nossas alterações personalizadas) é acessível através de serviços web
• Capacidade de tornar os dados no sistema disponível através de sites públicos (por exemplo eCommerce)
• grande biblioteca de terceiros aplicativos para resolver problemas padrão

A plataforma não resolve todos os problemas.

Eu não usaria a plataforma para modelar uma central nuclear ou construir a próxima Twitter.

Answer 4

Os principais pontos de computação em nuvem é para economizar em custos, pagando por uso e permitir a implantação imediata de recursos de computação.

Os custos não são puramente x quantidade de centavos por exemplo por hora. Os custos incluem a manutenção, desenvolvimento, administração, etc. O grande benefício da nuvem, em minha mente é para libertar os clientes de ter que gerenciar qualquer coisa que não é dentro da esfera de sua competência core business . Se eu sou um negócio de seguro, quero que meus desenvolvedores se concentrar em meus problemas de seguros que ajudam a resolver necessidades da minha reclamações, taxas, etc. Eu preferiria evitar lidar com problemas de servidores de email, servidores de arquivos, repositórios de documentos, e administrar patches de OS , service packs, etc.

Assim, em minha opinião, os maiores benefícios são derivados dos SaaS e PaaS cloud ofertas. Um deve ir para IaaS somente quando PaaS ou SaaS têm sérias restrições para necessidades específicas (necessidade ou seja, eu instalar um conjunto de componentes COM proprietárias e não Azure não apoiá-los).

SaaS é bom para o tipo de mercadoria de aplicações que não são da linha central de negócios para o cliente, mas são mais de um utilitário. Estes são os seus sistemas típicos de mensagens, Portais, Documento repositórios, sistemas de e-mail, CRM, ERP, contabilidade, etc. etc. etc. Por que reinventar a roda por escrever o seu próprio quando você pode personalizar um produto de terceiros, bem suportado.

PaaS é grande para a linha central de software de negócios que suporta das empresas principal oferta de negócio. Resumos clientes de ter que lidar com o gerenciamento de OS e permite que os clientes se concentrar no desenvolvimento de sistemas de negócio - algo que ninguém mais pode fazer para o cliente

.

Answer 5

Pode-se também aproveitar os benefícios do PaaS (digamos, o Google App Engine) e estendê-lo, por vezes, e se necessário, retirando algumas máquinas virtuais a partir de provedores de IaaS (por exemplo, Amazon) para fazer algum processamento de números, em seguida, basta enviar de volta a saída para o Google App Engine.

Desta forma, você obtém o melhor dos dois mundos - você pode desenvolver rapidamente aplicações escaláveis ??em GAE, então você sempre pode aumentá-lo, executando qualquer programa que você quer de máquinas virtuais da Amazon

.

Answer 6

Esta continua a mudar, agora o Windows Azure também suporta VM, por isso também é um provedor de IaaS agora.

Answer 7

Agora, como sobre Free Amazon EC2 por um ano para fazer uma comparação melhor. Verificar isso.

http: // www .buzzingup.com / 2010/10 / amazon-anuncia-nuvem-livre-serviços por novo-developers /