Projetar uma arquitetura escalável para a nuvem
A promessa da nuvem é a computação ilimitadas capacidades de energia e de armazenamento, juntamente com a política de pay-per-use. Isso faz com que a nuvem particularmente irresistível para hospedagem de aplicações web e aplicações cuja demanda variar periodicamente. A fim de tirar o máximo proveito da nuvem o pedido deve ser projetado para um melhor desempenho. Embora a nuvem fornece recursos on-demand um aplicativo mal projetado pode monopolizar recursos e revelar-se extremamente caro no longo prazo.
Uma das primeiras aplicações requisitos para implantação na nuvem é que ela deve ser escalável. Escalabilidade denota a capacidade de lidar com o aumento do tráfego simplesmente adicionando mais recursos de computação do mesmo tipo em vez de adicionar recursos com maior poder de cavalo. Esta é também referido o dimensionamento horizontal.
Supondo-se que o pedido tenha sido suficientemente perfilado e atento para alta performance existem algumas considerações importantes que precisam ser levados em conta durante a implantação na nuvem - pública ou privada. Alguns deles estão sendo capazes de escala sob demanda, proporcionando alta disponibilidade, resiliência e ter garantias suficientes contra falhas.
Tendo em conta estes requisitos um design escalável para a nuvem pode ser visto como sendo composto pelos seguintes 5 camadas de camadas
A camada de DNS - Neste nível o domínio de usuário está hospedado em um serviço de DNS como DNS Ultra ou Rota 53. Estes serviços DNS distribuir as pesquisas de DNS geograficamente. Isso resulta em conexão com um servidor de DNS que é geograficamente mais perto do usuário acelerando assim os tempos de pesquisa de DNS. Além disso, desde as pesquisas de DNS são distribuídos geograficamente também constrói a resiliência geográfica tão longe como pesquisas de DNS estão preocupados
Load Balancer-Auto Scaling Tie r - Essa camada é responsável por equilibrar o tráfego de entrada entre as instâncias de computação na nuvem. O balanceamento de carga pode ser feita com uma técnica round-robin simples ou pode basear-se na utilização da CPU real dos casos individuais. Normalmente nessa camada também deve ter uma política de escalonamento auto que irá adicionar mais instâncias se o tráfego para o aplicativo aumenta acima de um limite ou encerrar instâncias quando o tráfego cai abaixo de um limiar específico.
Compute-Instância Nível - Esta camada hospeda o aplicativo real em instâncias de computação individuais na nuvem. Supõe-se que o pedido tenha sido ajustado para o máximo desempenho. A escolha de pequeno, médio ou grande CPU deve basear-se na capacidade de movimentação de tráfego do tipo de instância versus o custo / hora da ocorrência.
Cache de Nível - Esta é uma camada importante na aplicação cloud, onde existem várias instâncias. A camada de cache fornece um cache distribuído para todas as instâncias. Com um sistema de cache distribuído como memcached é possível compartilhar dados globais entre instâncias. A aplicação memcached usa uma técnica consistente e de hashing para distribuir dados entre um conjunto de servidores participantes. O método de hashing consistente permitir a manipulação de falhas do servidor e novos servidores juntam para a camada de cache.
Nível de banco de dados - A camada de banco de dados é uma das camadas mais críticos da aplicação. No mínimo, o banco de dados deve ser configurado de um modo ativo-standby. Idealmente, é sempre melhor ter a ativa e de espera em diferentes zonas de disponibilidade para melhor lidar com desastres em uma zona particular.Outra consideração é ter réplicas de leitura separadas que lidam com lê ao banco de dados enquanto o banco de dados primário lida com as operações de gravação
Além das considerações acima, é sempre bom para hospedar o aplicativo web em diferentes zona de disponibilidade salvaguardando assim contra catástrofes em uma determinada região.
https://gigadom.wordpress.com/category/cache-tier/
Nenhum comentário:
Postar um comentário