Por que e quando eu preciso Azure?

Question

Eu li uma abundância de artigos sobre o Azure e .NET Serviço de Ônibus.Eu acho que eu entendo parte técnica, mas no momento estou em falta o principal ponto de alguns "estudos de casos", que deve explicar-me que tipo de projetos deve ser movido para a nuvem.Suponha que eu estou começando de novo projeto.Como eu posso decidir se o meu projeto se encaixa a plataforma Azure?

O que são cenários comuns para o Azure?É para world wide B2C aplicações, B2C local aplicativos ou também para "interno" aplicações B2B?Como eu posso decidir se global Azure é melhor do que a infra-estrutura local ou locais do servidor provedor de hospedagem?Quais são os prós e contras de se mudar para o Azure, quando comparado a outros cenários?

Também estou interessado em uma experiência real.Você implantar qualquer projeto real para o Azure?Qual é a sua experiência?É Azure já está maduro?Muitas tecnologias necessárias várias (pelo menos 3) realeases antes que eles se tornem utilizáveis.É o mesmo com o Azure?

A minha última preocupação é a segurança e a confiança.Você confia em plataforma Azure?Eu li o artigo que demonstrou alguma hipotética transações bancárias através de Azure com o uso do SQL Azure serviço.É realmente algo que pode ser feito de forma segura no Azure?

Há similar post mas eu não encontrar as respostas lá.

Editar:

Eu li isso artigo hoje.Ele também explica algumas das minhas perguntas.

Answer 1

Um dos melhores cenários para o Azure é uma aplicação para a qual você espera crescimento viral. Sim, é quase tolice ter essas expectativas, mas há uma certa classe de aplicativos - principalmente aplicativos "sociais" - que só vão viver se eles sofrerem crescimento viral.

É extremamente difícil planejar sua própria infraestrutura de tal maneira que possa se adaptar a esse tipo de crescimento sem ter períodos de interrupção prolongados ou pelo menos desacelerações ameaçadoras de lealdade. Você sempre ficará para trás, reagindo à escassez de recursos, a menos que esteja constantemente suprindo demais a necessidade esperada, caso em que esteja potencialmente usando seu capital mal e reduzindo sua pista.

O Azure aborda esses problemas ordenadamente. Você pode adicionar recursos conforme necessário. Você pode responder a picos de uso em alguns minutos, adicionando novos recursos através do Console de Gerenciamento do Azure.

Eu acho que existem muitos outros cenários para os quais o Azure é uma excelente combinação, mas a que descrevi é um caso bastante convincente, eu acho.

Answer 2

Editar

Acabei de descobrir este meu post de 10 meses. Bem, as coisas mudam. Fomos da Microsoft para Ruby, CoffeeScript, Node.js e um pouco de Scala e nunca lamentamos. Heroku e Mongohq provaram ser muito mais adequados para o que estamos fazendo.

/Editar

Eu tenho dois sites voltados para o consumidor na versão beta no Azure e estou brincando com ele desde o início beta.

Os prós:

• O Azure é incrivelmente estável. Não tivemos um único incidente, embora processemos muitos dados.
• O SDK é abrangente, bem documentado e integrado ao IDE.
• Tempo de atividade excedendo o SLA
• Rápido - o Azure é muito rápido em todos os aspectos
• Se encaixa muito bem no fluxo de trabalho de desenvolvimento
• Funcionários e MVPs muito comprometidos na Microsoft. Você recebe ajuda sempre que precisar.
• Economizamos tremendamente nos custos administrativos. Por exemplo, não precisamos de um ;-)
• Fácil de escalar. Este foi o maior ponto de venda. Não há necessidade de Capex inicial e, uma vez que conseguirmos a entrevista da CNN, apenas aumentaremos mais algumas funções por um dia ou dois.
• Classe corporativa, sistema de banco de dados balanceado de carga com SQL Azure. Portar o código é uma questão de horas no máximo.

Os contras:

• Sem cache distribuído - existem soluções memcitadas por aí, mas parece um hack
• Altos custos iniciais ao analisá -lo em um cenário de aplicativo da web (por exemplo, o custo tem uma influência indevida na sua arquitetura de aplicativos)
• Custo muito alto da solução NoSQL e da fila. Há uma taxa de transação envolvida que torna alguns cenários muito complicados de alcançar.
• Nenhuma informação de cobrança em tempo real (ou semi -real em tempo real) por meio de uma API.
• A interface de gerenciamento é uma desgraça para a Microsoft.
• A Microsoft está se movendo lentamente / leva muito tempo para criar novos recursos.
• Você está muito bloqueado, pois o Azure é um provedor PaaS vs Amazon (IAAS). Isso mudará assim que as funções da VM estiverem disponíveis.
• Leva muito tempo (~ 10 - 30 min) para aumentar uma nova instância
• Falta de mapa/redução da estrutura

Agora, alguns dos contras estão graves agora, mas não devem impedir que você escolha a plataforma do Azure, pois a maioria deles provavelmente será resolvida no PDC.

Eu acho que o Azure funciona para todos os cenários que você mencionou, talvez com a exceção de que, devido à falta de armazenamento em cache distribuído, você terá problemas na ponta dos aplicativos da Web por enquanto.

Definitivamente, confio mais no Azure do que no meu banco e muitos incidentes me provaram nos últimos dois anos. No final, se resume a que é muito mais fácil para a Microsoft contratar e concentrar pessoas de segurança de primeira linha do que as empresas de TI. E eles têm muito mais a perder.

Answer 3

Depois de ter sugado o Azure Kool Aid Firehose nos últimos dois dias, posso responder a alguns de seus pontos.

É seguro?

Sim. É fisicamente seguro e seguro de dados. Os dados que você armazena não são colocados em uma unidade, são espalhados por muitos. Seu maior risco é de um Ex-empregado descontente, que está sob seu controle.

É certo para você?

A resposta para isso é muito aberta. Vire essa pergunta - é melhor perguntar: Você precisa de algum dos benefícios do Azure? A resposta para essa pergunta pode ser muito mais clara que sua contraparte. Há alguns benefícios para o Azure (principalmente baseado em escalabilidade, manutenção, comportamento no estilo CDN e remoção do custo da infraestrutura de TI interna), mas ainda tem suas limitações e não é adequado para todos os fins e, em alguns casos, não lhe dará nenhum benefício.

Answer 4

Azure a principal vantagem é que ele permite que você escala um aplicativo ou serviço para cima ou para baixo à medida que for necessário, sem ter que investir em longo prazo, os custos, tais como hardware ou pessoal para manter o hardware.

Se você executar o mesmo aplicativo usando a sua própria infra-estrutura, você tem um monte de frente custos fixos independentemente da quantidade de valor ou utilidade que você sair do aplicativo.Por exemplo, você tem que comprar, instalar, configuração e manutenção de hardware suficientes para lidar com o seu antecipado de pico de carga, mesmo se a sua carga de pico ocorre apenas uma vez ao dia ou uma vez por mês.O que acontece se você subestimar o seu pico de carga?O serviço vai para baixo até que você pode construir mais de hardware.O que acontece se você superestimar o seu pico de carga?Você tem hardware não utilizado sentados ao redor, o que significa que você gastou o dinheiro que não está funcionando para você.

Sim, Azure pode ser usado para B2C cenários como a execução de um voltados para o web site ou serviço.B2C precisa ser capaz de escalar rapidamente (em minutos ou horas) para lidar com a palavra da boca viral absorção.Você pode trazer de novo hardware de servidor no local e tê-lo instalado e funcionando em meia hora?Provavelmente não.

Sim, Azure pode ser usado para B2B cenários, tais como a execução de um serviço API para estoque ou gerenciamento da cadeia de suprimentos.Você pode configurar o seu Azure aplicativo como um auto-suficientes ilha, ou usando o Serviço de Ônibus que você pode amarrá-lo em sua rede corporativa para serviços de back-end.

Azure é particularmente útil para manipulação de "surto" de processamento, como a realização de análise de dados em grandes data.Carretel de vários Azure instâncias para mastigar os dados, em seguida, fechá-los todos para baixo quando você voltar para casa no final do dia.Você tem o benefício de ter centenas ou milhares de nós de computação disponíveis para você, mas você só paga quando você usá-los.

Embora eu sempre empurrando para fazer mais, eu preciso de crédito, a plataforma Azure da equipe para não tomar muito de uma só vez.Azure oferece um relativamente pequeno menu de serviços de agora (armazenamento de blob, tabela de armazenamento, serviço de fila), mas esses serviços funcionam bem e escala de bem.

É Azure maduro?No sentido de que os serviços oferecidos são totalmente cozido e confiável, sim, eu diria que Azure é madura.Se você quer dizer que maduro no sentido de que todos os serviços possíveis você poderia querer é built-in, não, Azure ainda está a crescer a abrangência da sua oferta de serviços.

Existem aplicativo e serviço de cenários que Azure provavelmente não é o melhor ajuste para a direita agora.Eu não sei se o Azure centros de dados são adequados para o tempo real do mercado financeiro de processamento, por exemplo.Azure é adequado para quase em tempo real, análise de dados e, certamente, no final do dia e análise de risco.Azure não implementação automática de implantação e de scale-up para lidar com cargas dinâmicas ou de pico de barbear - você pode gerenciar manualmente ou escrever a sua própria instância do gerenciador de usar a API do serviço.Azure da estrutura de preços é voltado para aplicativos de negócios - é um exagero e não de custo eficaz para hospedar um web site pessoal ou blog, a menos que tal um site que tem bastante alto tráfego e é um gerador de receita.

Divulgação:Eu sou um funcionário da Microsoft e eu trabalho em ferramentas para o Windows Azure.

Answer 5

Para mim, é em grande parte uma análise de custo-benefício. Determine quanto isso custará para apoiar toda a infraestrutura internamente versus o Azure.

A segurança, obviamente, é o maior ponto de discórdia.

Não posso falar com a segurança pessoalmente, pois não tive que me preocupar excessivamente, mas aqui estão alguns recursos sobre a segurança do Azure que encontrei.

http://azurecurity.codeplex.com

http://www.windowsecurity.com/articles/microsoft-azure-security-cloud.html

Answer 6

A questão se baseia em premissas falsas. Projetos não precisar Para se mudar para a nuvem. O que a nuvem oferece, conforme mencionado por resposta anterior, é uma plataforma para novas idéias que não são limitadas pela escalabilidade. O principal benefício da nuvem é que todos os principais custos relacionados ao crescimento são o Opex, enquanto os 'projetos' tradicionais precisam de Capex para crescer e, portanto, baseiam-se em um modelo de crescimento do estilo de VC financeiro pré-crise.

O ponto é que, quando novas idéias aparecem, e se elas se tornarem populares, e se forem hospedadas na nuvem, poderão crescer sem restrição (desde que seu modelo de custo sempre garante que o custo por transação seja menor ou igual à receita por transação), e o resultado será que esses 'projetos' se tornam irrelevantes.

Por exemplo, enquanto a MS comprou o Skype por x bilhão, será possível para os programadores criar um cliente do Skype hospedado em nuvem do Populare e alcançar o que o Skype fez sem Capex ou necessidade de crescimento de VC/Financiador (teoricamente).

A questão deve ser, portanto, não 'qual é o benefício da nuvem', mas realmente 'que modelo de negócios faz sentido, uma vez aceito que uma nuvem hospedada provavelmente acabará por aparecer'