Entenda de forma completa e prática tudo sobre o Amazon S3 e como essa ferramenta pode auxiliar sua empresa!

18/11/2022

Por Carlos Nascimento

Sendo um dos primeiros serviços oferecidos pela AWS o Amazon Simple Storage Service (S3) é um serviço de armazenamento de objetos que possui alta escalabilidade, durabilidade, disponibilidade e baixa latência.

 Entre as diversas formas de se utilizar esse armazenamento em nuvem, uma das mais conhecidas é para backup e preservação de arquivos. Se você já utilizou esse serviço alguma vez, pode ter se perguntado: “Qual eu devo escolher?”.Com toda certeza, essa é uma dúvida muito importante na hora de escolher qual classe utilizar, podendo afetar diretamente na disponibilidade, tempo de recuperação e seu custo.

Para facilitar um pouco o uso de novos usuários preparamos esse artigo para explicar algumas das diferenças entre as classes de armazenamento do serviço:

Amazon S3 Standard

Essa é a classe de armazenamento padrão do S3, ou seja, ao colocar um objeto dentro de um bucket sem realizar nenhuma alteração essa vai ser a classe escolhida:

Podemos ver que o S3 Standard é selecionado automaticamente e as outras classes estão logo abaixo:

Ela é uma ótima opção para o uso geral, possuindo alta disponibilidade e performance para dados que serão acessados com frequência, além de ser muito utilizado para armazenar sites estáticos também, trazendo uma grande economia se compararmos  o armazenamento de um site por meio de uma instância Amazon EC2 por exemplo.

Amazon S3 Intelligent-Tiering

Essa classe de armazenamento é utilizada para reduzir os custos de objetos pouco acessados, os movendo para uma classe mais econômica, possuindo uma projeção de disponibilidade de 99,9%, sendo um nove a menos do que o S3 Standard que possui 99,99% de projeção de disponibilidade.

Essa classe de armazenamento atua analisando o padrão de acesso dos objetos e armazena cada um com base nessas análises, e então aponta um nível diferente conforme o uso do objeto, dessa forma se você estiver realizando um backup de dados importantes, mas que você não tem certeza periodicidade do acesso deles, essa classe pode ajudar com o nivelamento dos seus dados. É importante levar em conta se você pretende ter mais controle sobre qual classe de armazenamento você irá utilizar por questões de rápida recuperação de dados, por exemplo.

Amazon S3 Standard-Infrequent Access (S3 Standard-IA)

O S3 Standard-IA é utilizado para dados que serão pouco acessados mas que mesmo assim precisam ter uma recuperação rápida quando for solicitado.

É uma categoria muito utilizada para backups, arquivos que ficarão armazenados por um bom tempo ou para arquivos de recuperação de desastres. É interessante mencionar que podemos utilizar uma política de lifecycle para mover um arquivo de uma classe como o S3 Standard para um Infrequent Access, por exemplo.

Aqui foi feito o armazenamento de um arquivo na classe S3 Standard dentro de uma bucket:

Ao selecionar a aba Managment nós poderemos configurar uma regra de lifecycle:

Após configurar o nome de regra nós podemos encontrar a opção de mover um objeto entre classes de armazenamento, seguido por outras opções para regras de lifecycle mas para essa demonstração vamos selecionar a primeira opção, após isso nós devemos selecionar para qual classe o objeto será movido e depois de quantos dias de criação isso irá acontecer:

S3 One Zone-Infrequent Access (S3 One Zone-IA)

O One Zone-IA é semelhante ao Infrequent Access comum, porém ele é armazenado em apenas uma zona de disponibilidade diferentemente das demais classes do S3 que armazenam os seus dados em no mínimo três zonas de disponibilidade diferentes, com um custo 20% mais barato do que o Infrequent Access.

Essa classe é pensada para aqueles que pretendem armazenar dados que não serão acessados com tanta frequência por um valor mais baixo.

S3 Glacier

Chegamos ao S3 Glacier e seus níveis, essa classe de armazenamento é pensada para aqueles que pretendem armazenar seus dados por um longo período de tempo e com acesso raro e com um custo significativamente menor. O Glacier é dividido dessa forma:

S3 Glacier Instant Retrieval

O Instant Retrieval é uma classe de armazenamento pensada para um acesso de 1 ou 2 vezes por ano, podendo ser até 68% mais econômico que o S3 Standard-Infrequent Access.

Ele é utilizado para dados que precisam ser armazenados por um longo período de tempo, mas que possam ser acessados imediatamente quando solicitados. Assim como outras classes de armazenamento é possível enviar dados para essa classe por meio do lifecycle.

S3 Glacier Flexible Retrieval

O Flexible Retrieval era conhecido anteriormente apenas como S3 Glacier, porém com a adição de novas classes do Glacier foi renomeado para representar melhor sua função.

Ele é um armazenamento durável assim como as outras classes de armazenamento, porém sua recuperação não é instantânea assim como outras classes, podendo demorar horas para recuperar dados armazenados, é uma ótima opção para dados que ficarão armazenados por anos sem serem utilizados, e é uma classe 10% mais econômica do que o Instant Retrieval.

S3 Glacier Deep Archive

O Deep Archive é a classe de armazenamento mais econômica dos níveis do Glacier, sendo pensado para armazenamento de 7 a 10 anos ou até mais.

Seu armazenamento é feito por meio de fitas magnéticas por isso o seu custo acaba sendo bem reduzido, porém também são previstos períodos de recuperação, podendo levar de horas ou dia dependendo do tamanho dos dados.

Conclusão

Essas são algumas das diferenças entre as diversas classes de armazenamento do S3 além de algumas funcionalidades que podem ajudá-lo a utilizar melhor o serviço, caso queira saber mais detalhes e casos de uso sobre o serviço é recomendado acessar a documentação oficial da AWS sobre o assunto.

foto-academy-darede
Darede Academy Carlos Alexandre do Nascimento Mentor: Ricardo Lemos ricardo.lemos@darede.com.br

Equipe de novos talentos do mundo da TI que estão sendo preparados para os desafios da profissão.

OUTRAS PUBLICAÇÕES

O que é API?

Por Cassius Oliveira No artigo sobre o conceito de Open Banking, apresentamos a API como uma forma de padronizar a forma de operar e tornar acessível o largo volume de dados a serem compartilhados entre instituições do setor financeiro. Mas você sabe qual é a real função da API? Para muitos leigos, esse é um termo que talvez precise de uma pesquisa mais profunda para entender sua função e importância no mundo da TI, mas acredite, você convive com ela diariamente mesmo sem saber de sua existência. Já para programadores, independentemente de sua experiência, esse recurso com toda certeza é bem conhecido. Mas afinal, o que é API? Imagine um aplicativo de transporte, como o Uber, por exemplo. Para que ele funcione de forma eficiente, o motorista da plataforma necessita saber com exatidão onde o passageiro está localizado por isso a aplicação necessita utilizar uma API de geolocalização como a do Google Maps, por exemplo. Outro bom exemplo bem comum na rotina dos usuários, seria a autenticação de login de um site qualquer através do Facebook. API (Application Programming Interface) basicamente é um conjunto de definições e processos que auxilia no desenvolvimento e integração de aplicações. Ela facilita a incorporação de funcionalidades de uma solução para um serviço, assim podendo compartilhar ferramentas, padronizações, protocolos, entre outros recursos tecnológicos. A API permite essa comunicação mesmo sem ter o conhecimento da forma que o sistema foi desenvolvido, o que torna o processo de desenvolvimento mais flexível e desacoplado. Apesar disso, essa troca de informações é extremamente segura, isso porque existem mecanismos de autenticação e autorização que tornam o acesso às informações seguro e segmentado, tornando possível restringir ou liberar o acesso a um usuário ou um grupo de usuários, por exemplo. Ferramentas como o Amazon API Gateway, auxiliam na criação, gerenciamento e segurança de APIs, tornando muito mais simples para o desenvolvedor tarefas como a administração de tráfego, autorização e controle de acesso, monitoramento, entre outros recursos que buscam otimizar o uso de suas APIs. Entenda mais sobre o conceito de API Gateway em nosso canal do YouTube. Existem dois tipos de API: Privadas: usadas apenas internamente, entre aplicações da empresa ou de parceiros, assim oferecendo um maior controle sobre as informações compartilhadas. Ex: Siri, assistente virtual da Apple, usa um API privado voltado apenas para usuários de produtos da empresa; Públicas: podem ser utilizadas livremente para desenvolver aplicações utilizando recursos e dados entre usuários e empresas. Ex: O uso de APIs do Google Maps em aplicativos de transporte, a autenticação de logins com o Gmail e Facebook são exemplos de APIs públicas. Quer mergulhar de forma mais detalhada sobre o conceito de APIs e outros temas do mundo da Cloud Computing? Veja nossas vídeos no Youtube e acompanhe nossos artigos no Blog da Darede! *Revisado por Leandro Damascena

O que é AWS Organizations?

O AWS Organizations é uma das grandes ferramentas de gerenciamento de contas na AWS. Veja um artigo de nossos #cloudspecialists sobre o serviço!

Office 365 ou Exchange Server?

Será que agora vou saber o que estou fazendo quando crio aquela entrada TXT, ou CNAME quando sigo um procedimento? Essa é uma pergunta que temos ouvido muito nos últimos anos. Uma empresa pretende migrar sua solução de e-mail e, frente às inúmeras soluções de e-mail existentes (OnPremises ou SaaS) para nessas duas finalistas: e agora? Adotar Microsoft Exchange ou Microsoft Office 365? Se você chegou até aqui, já deve saber bem o que é Microsoft Exchange Server e Microsoft Office 365. Caso tenha dúvidas, veja os links abaixo:   Microsoft Exchange Server     Microsoft Office 365   Como quase tudo em infraestrutura de TI, a resposta é: Depende! Fizemos um estudo onde colocamos todas as VARIÁVEIS possíveis e em nossa análise apresentamos alguns cenários possíveis onde podemos ver que para cada ambiente, há uma melhor solução. Abaixo, descrevemos cada uma dessas VARIÁVEIS, assim você conseguirá elencar as que fazem parte de sua realidade. 1) Quantidade de usuário Esse fator é muito importante, a primeira conclusão que devemos chegar é que o Custo Inicial de uma solução OnPremises, como é o Microsoft Exchange Server, é maior que o de uma solução SaaS, como o Office 365. Então, até aqui, nos parece que se você tem apenas um usuário, faz mais sentido utilizar o Office 365, as dúvidas agora seriam: a) Qual versão de Office365 usar e, b) A partir de quantos usuários/colaboradores valerá a pena usar o Microsoft Exchange Server (se é que valerá). 2) Investimento inicial Você possui recurso para um investimento inicial (CAPEX)? Se em seu orçamento tem sobrado recurso para investimento recorrente (OPEX), o uso de soluções SaaS pode lhe cair como uma luva. Já quando o contrário acontece, você tem uma grana sobrando para um projeto pontual, o uso de Exchange passa a ser possível. Mas não se esqueça de colocar em sua conta que sempre haverá um custo inicial, como para fazer a migração para o Office365. E mesmo usando o Exchange, haverá um custo recorrente para manter a solução, seja com profissionais internos ou contratando uma consultoria para administrar seu ambiente, além de energia, depreciação dos equipamentos, renovação de licenças e etc. 3) Uso do pacote Microsoft Office Essa é uma VARIÁVEL que tem feito a diferença em alguns cenários. O Office365 oferece, em todas suas versões, o direito dos usuários usarem o Pacote Office. Nos pacotes mais simples, apenas o Office Online (que, acreditem, tem atendido muitíssimos casos) e, a partir do pacote Bussiness dá o direito a usar o Pacote Offline, o mesmo já utilizado por nós enquanto tiver que pagar pelo serviço. 4) Estado atual e desejado de seu parque de licença Uma das sacadas da Microsoft é que com o uso do Office365, além de mudar a solução de e-mail de sua empresa, você pode utilizar o Pacote Office licenciado pagando por seu uso de forma mensal. Muitas empresas têm usado esse produto para substituir sua licença atual em versões antigas ou para regularização de seu parque. O Office365 traz junto a atualização permanente do Office, enquanto você manter o pacote mensal. Em outras palavras, você pode resolver um problema de softwares não regularizados e manter-se sempre na versão mais nova do Office. 5) Perfil de e-mails É muito importante considerar o perfil de e-mails da empresa. Por exemplo, se sua empresa tem um fluxo de e-mails grande entre os colaboradores, pode ser uma boa ideia usar o Exchange, pois os e-mails trafegariam somente na sua rede interna e não consomem o link de Internet. Elencamos aqui alguns perfis de empresa que podem exigir cenários específicos Fluxo de e-mails grandes: Se seu(s) link(s) de Internet são pequenos, certamente o uso de serviço externo pode ser um problema. Por exemplo, se você tem um link de 1,5,10Mbps certamente sua rede interna trafega em 100 ou 1000Mbps. Se seu servidor de e-mail estiver instalado dentro de seu escritório a experiência dos usuários com e-mail e com a Internet certamente será melhor. Legislações e Regras: Em alguns casos, como empresas do mercado financeiro ou instituições públicas, há regras específicas quanto o local e acesso a dados. Já tivemos casos onde não conseguíamos atender regras de retenção, ou o simples fato de a Microsoft ter acesso aos dados (mesmo que a política de uso do Office365 afirme o contrário), pois esses órgãos reguladores ou política de segurança interna não permitem o uso de solução em nuvem. Muitas Caixas de E-mail: A política de licenciamento do Office 365 é baseada em usuários, dessa forma cada caixa de e-mail requer uma licença. Algumas companhias utilizam diversas caixas de e-mail como: atendimento, compras, vendas (mesmo sabendo que isso poderia ser apenas um grupo ou poderíamos usar diretórios públicos). Nesse caso, o custo com Office 365 fica alto, enquanto no Exchange Server podemos criar quantas caixas de e-mail acharmos necessário sem custo inicial maior. Caixas de E-mail grandes: Os planos de Office 365, como seus concorrentes (Gmail, AWS WorkMail), possuem caixas de e-mail grande 50/100GB, o que costuma ser muito mais que o necessário e em ambiente OnPremises limitamos mais. 6) Infraestrutura Existente Caso você possua uma estrutura que atenda outros projetos, como cluster de hypervisor, storage com espaço disponível, co-location/locação de espaço em datacenter, etc., esse custo já existente pode ser utilizado para minimizar o custo inicial, já que, como veremos ao longo desses artigos, o custo com servidor, espaço, links de Internet é muito elevado. Abaixo, uma tabela comparativa para facilitar o entendimento das principais variáveis a serem pontuadas em sua decisão: Exchange Server Office 365 Custo por Mailbox Não Há Licença Mensal Custo por Usuário CAL Adquirida Pagamento Mensal Uso do Microsoft Office Adquirir Licença Incluso* Custo Inicial Elevado Baixo** Multiplataforma (Windows/Android/Iphone) Sim Sim Webmail Sim Sim Necessário Certificado SSL Sim Não *Office Offline apenas nos planos mais caros. ** É necessária equipe técnica para ativar e/ou migrar sua solução atual. Agora que nós já explicamos as principais diferenças e variáveis, sabemos que ambas as soluções são muito completas, mas com características distintas.

Git:Merge e Rebase

Continuando a série de artigos sobre Git, nosso #cloudspecialist Thiago Marques traz agora um artigo que aborda a diferença entre merge e rebase! Confere aí!

Nós usamos cookies para garantir e oferecer a melhor experiência de navegação em nosso site! Mais informações