Azure for AWSers: Armazenamento
Nesse post de hoje vamos falar sobre os serviços de armazenamento usando Azure e fazendo as mesmas analogias do post anterior comparando com soluções da Amazon AWS.
Esses tipos de armazenamentos se dividem em 5 tipos:
- Armazenamento e camadas de armazenamento dos Blobs
- Armazenamento de arquivos
- Armazenamento de disco
- Armazenamento de Tabelas
- Azure Queue Storage
Mas antes de começarmos vamos falar sobre um cara que temos que ter para gerenciar todos os tipos de armazenamento, o Storage Account.
Storage Account
A conta de armazenamento contem todos os seus serviços de armazenamentos disponíveis citados acima, é meio que um gerenciamento desses serviços de acordo com a necessidade ou projeto, depende muito de como você quer organizar os acessos.
Um exemplo dessa distribuição que copiei descaradamente da pagina da Microsoft que define bem como funciona a estrutura de conta e tal.
Quando criamos um Storage account básicamente criamos um namespace para que todos os tipos de dados partam desse inicio e vão ser acessadostanto via HTTP ou HTTPS de acordo com o que você configurar como segurança.
Azure Blob Storage
Uma solução voltada para armazenamento de dados não estruturados como texto e dados binários.
Exemplos de dados binários seriam:
- fotos
- audios
- vídeos
- documentos
Um excelente armazenamento para realizar streaming de audio e vídeo (como origem, não como canal).E em alguns modelos desse armazenamento, de acordo com a sua necessidade, ajudam a economizar uma grana conforme a disponibilidade e performance desejada. Esse modelo é escalavel, pode usar camadas de segurança usando o Azure Active Directory como controle, criar um lifecicle para os arquivos e ainda existe a possibilidade de usar alguns dos arquivos armazenados para insights e ferramentas de machine learning por ser otimizado para Datalakes.
Os valores de acordo com o tipo, redundância, região e modelo contratado você pode encontrar nesse link abaixo:
Analogia a AWS: É equivalente ao S3 da Amazon que é um Object Storage, porém tem alguns diferenciais em termos do S3, fazendo uma junção do Object Storage com o ADFS (Azure Data File System) que é uma evolução da Geração 2 do recurso que cria uma estrutura de diretórios e subdiretórios bem parecida com o HDFS, coisa que o S3 ainda não faz (Pelo menos aindanão ví).
Camadas de acesso de Blobs
Vamos supor que tenho alguns tipos de dados, como os que eu não posso perder, os que são totalmente descartaveis, os que não vou acessar sempre. Pra isso existem as camadas de acesso, assim com cada uma dessas camadas eu consigo segmentar esses caras e ser cobrado conforme a minha necessidade.
- Camada de acesso Hot: otimizada para armazenar dados que são acessados com frequência (por exemplo, imagens de seu site). Nivel de conta
- Camada de acesso Cold: otimizada para dados acessados com menos frequência e armazenados por pelo menos 30 dias (por exemplo, faturas de seus clientes). Nivel de conta
- Camada de acesso Archive: adequada para dados acessados raramente e armazenados por pelo menos 180 dias, com requisitos de latência flexíveis (por exemplo, backups de longo prazo).
Os niveis Hot e cold podem ser definidas no nível do objeto, antes ou depois do Upload o que deixa fácil a modificação. O nivel de archive é o mais barato de armazenamento mas também o mais caro pra recuperá-lo, por isso é importante ver se vale realmente a pena, pois se a recuperação for maior que o armazenamento vira um tiro no pé.
Analogia a AWS: Seriam as possiveis cobranças e serviços da AWS, tanto no S3(os modelos de cobrança e armanzenamento como Standard, Standard Inteligent-Tiering, Standard IA, Standard de uma única zona, o Glacier e as variações dele.
Azure File Storage
O Azure file storage oferece um gerenciamento completo de seus arquivos na cloud, usando os principais protocolos de rede do mercado, sendo possível monta-lo em várias VMs do seu parque Cloud, funciona basicamente como um NFS Server só que na Cloud, mas de forma otimizada, disponibilidade garantida e fazendo uso da rede Azure que com certeza não é igual a rede do seu trampo que os mano tão arrebentando de baixar séries no Torrent. Outro ponto legal é se a sua rede tem uma VPN ou um “Direct Connect” (pois ainda não sei o nome na Azure) você pode montar seus File Storage em seus dispositivos on Premisses eliminando assim seus File Servers. O controle de acesso a esses URIs para realizar a montagem podem ser limitados tanto via ACL ou Tokens (que podem ser permanentes ou com tempo determinado se necessário), eliminando a possibilidade de qualquer VM realizar a montagem do volume no caso.
Analogia a AWS: É equivalente ao EFS que faz a mesma função na Amazon.
Azure Disk Storage
Esse basicamente é um serviço que simula um disco fisico a ser entregues para as VMs criadas e Aplicações , vamos supor, você cria um Linux que vem com um boot disk (que ele já vem com um disco nativo) e precisa de mais disco onde vai colocar sua aplicação ou dados gerados sobre ela a parte. Se der uma merda muito federal na sua maquina, seu disco é independente da maquina e existe uma grande chance de não dar nada. Agora, pra ter certeza que não vai dar merda, vc pode agendar snapshots periódicos desse disco, podendo usar esse snapshot para recuperar seus dados ou criar um clone desse disco em outra maquina. Posso escolher também além do tamanho a velocidade de leitura e gravação desses caras, onde posso escolher entre um disco rigido (HDD), disco sólido (SSD bem mais rápido), existe tambem uma opção usada no SAP HANA chamados Ultra Disks, tudo isso com uma diferença de preço entre eles.
Analogia a AWS: Esse tipo de serviço é o EBS da AWS, não ví muitas diferenças entre os 2.
Azure Table Store
O Azure Table Store é usado para armazenar registros chave/valor em larga escala (falamos de Petabytes) a baixo custo. Por se tratar de registros NoSQL é bem voltada para o desenvolvimento rápido. Ele cria uma espécie de crescimento vertical conforme a necessidade sem que você precise fazer um particionamento manual do seu conjunto de dados. Mesmo não sendo um banco de dados NoSQL própriamente dito, o Azure Table Store, garante que você pegue a informação após a ultima alteração possível, mesmo que estejam rolando alterações nos dados. Isso é essencial para consultas multi usuário. O acesso aos dados podem ser feitos por várias bibliotecas pra plataforma como Java, Python, C++, Node e etc fazendo uso do OData, os dados armazenados ficam disponíveis via API Rest.
Analogia à AWS: Não conheço uma solução parecida na AWS, até pensei no Spanner do GCP mas não é o mesmo cenário.
Azure Queue Storage
Trata-se de um recurso de armazenamento de filas as quais você acessa pelos serviços HTTP ou HTTPS (com a camada de segurança atribuída) desde que cada mensagem tenha até 64KB. Numa fila eu posso ter milhões de mensagens e o limite é a cota definida pra conta de armazenamento. Quem consome serial qualquer serviço consumidor de filas do mercado ou uma solução montada.
Analogia a AWS: Seria algo como o Amazon SQS.
Bom, acho que conseguimos nesse post ver todos os tipos de armazenamentos possíveis de forma superficial da Azure, não fomos a fundo em cada um deles mas conseguimos ter uma ídeia pra que serve cada um deles.
Espero que tenha ajudado e se perdeu o último que falamos sobre tipos de serviços de dados segue o link abaixo:
No próximos vamos falar sobre os tipos de instancias e serviços possíveis na Azure.
Até o próximo!
Anselmo Borges
