Cloud Computing para Arquitetos de TI - Melhoras Práticas para a Computação em Nuvem
Olá, tudo bem?
Desta vez nos vamos se dedicar na continuação da serie de Windows Azure para Arquitetos de TI. O primeiro post fui sobre o possível futuro dos IT-Pros na nuvem e as tarefas que vão continuar sobre o domínio deles. Este post tenta de definir algumas das possíveis melhoras praticas e cuidados que precisam ser considerados antes e durante um projeto na nuvem.
Implantação e dimensionamento dinâmico
Oorçamento bem definido:
Adicionar dinamicamente máquinas virtuais em tempo de execução é um recurso útil de Windows Azure que permite que vocês possam corresponder cargas dinâmicas, mas este processo pode demorar vários minutos a partir do momento do pedido até que a instância está integrada na implantação (Não existe uma definição de SLA). Sé escalar sobre demanda é importante, hot-standbys pode ser exigido (nota: " hot-standbys " terá um custo financeiro igual uma instancia ativa em produção.. Se esta definição é proibitivo, definir um planejamento mais cedo possível para explicar atrasos de até 0 - XX minutos. Também lembrar que você pode acelerar o processo de implantação de várias instâncias simultaneamente.
Apaga implantações:
Windows Azure cobra por horas de instancias de um serviço na produção ou na área de preparação e não sobre se esse serviço está atualmente trabalhando ou não. Quando você sabe que seu serviço vai ser desativado por um período prolongado, excluir este serviço só assim você vai evitar encargos. Para trabalhar com uma demanda variável ao longo do tempo, criar uma única instalação que está constantemente em execução e que é capaz de crescer dinamicamente o número de instancias com base na demanda para o serviço.
Network Communication
Aumentar o tamanho do uso da rede.
Vários feedbacks que eu recebi mostram que uma "VM" grande tem aproximadamente duas vezes o custo da rede de uma "máquina virtual" de pequeno porte. VMs grandes também são muito bons para a computação que utiliza múltiplos núcleos de processamento.
Reduzir os custos de latência.
Versões anteriores do Windows Azure necessitarem que toda a comunicação entre os nós passam por um dos mecanismos de armazenamento de dados fornecidos pelo Azure. Esta foi uma forma de comunicação extremamente robusta, mas como um resultado não foi rápido suficiente para as expectativas de muitos desenvolvedores de aplicativos. A versão atual do Windows Azure já permite uma comunicação direta entre os nós. Lembrando que se um nó falhar os pedidos não são duráveis e serão perdidos, possivelmente requerendo iniciar o processo de novo.
Custos de latência On-Premise.
Latência de Rede é um aspecto muito critico na integração com o ambiente on-premise. Verifica se seu serviço suporta transações com uma latência elevada e analise como você poderia analisar o SLA da aplicação distribuída sem impactar na operação on-premise.
Abraços Markus
Technorati Tags: Cloud Computing para Arquitetos de TI