Essas anotações são referentes a meu resumo sobre o conteúdo apresentado no curso: Microsoft 50 anos - Computação em Nuvem com Azure, oferecida pela DIO, para elaboração do primeiro LAB.
Revista Popular Electronics (1975)
Primeira aparição do Altair 8800, considerado o início da era dos computadores pessoais.
Microsoft faz 50 anos, e no aniversário desta big tech, que inclusive, em 2023 se tornou a empresa mais valiosa e influente do mundo, vale a pena, além de falarmos acerca do Microsoft Azure — que é o objeto deste repositório —, discorrer um pouco sobre como esta empresa contribuiu e ainda contribui de forma tão significativa para a evolução tecnológica que presenciamos atualmente.
Em 1975, foi lançado pela empresa MITS o Altair 8800, um microcomputador que marcou o início da revolução dos computadores pessoais (Personal Computers). Foi diante desse marco que Bill Gates e Paul Allen enxergaram uma oportunidade: criar um interpretador da linguagem BASIC para esse novo dispositivo. Essa iniciativa deu origem à "Micro-Soft", empresa voltada à produção de software para microcomputadores, estabelecendo os primeiros passos de uma história de impacto global.
Ao longo da década de 1980, a Microsoft deu saltos significativos, como o licenciamento do sistema operacional MS-DOS para a IBM em 1980 — o que consolidou sua posição no mercado de sistemas operacionais. Em 1985, a empresa lançou o Microsoft Windows, um sistema com base em janelas interativas e ícones gráficos, facilitando a navegação e a usabilidade para o usuário comum. Junto com o surgimento do mouse, esses elementos redefiniram a forma como interagimos com os computadores.
Desde então, a Microsoft esteve presente em cada etapa importante da evolução da tecnologia, desde o software de produtividade até os ambientes corporativos. Hoje, a empresa lidera o setor de soluções em inteligência artificial e computação em nuvem, com produtos como o Microsoft Copilot, a parceria estratégica com a OpenAI e a consolidação da plataforma Azure como uma das mais robustas e confiáveis do mundo.
A nuvem surgiu como uma resposta à crescente necessidade de aplicações e serviços com alta disponibilidade, escalabilidade e performance. Nesse cenário, a Microsoft se destaca por oferecer uma infraestrutura madura, segura e altamente confiável, permitindo que empresas de todos os tamanhos desenvolvam, operem e inovem em escala global dentro do seu ecossistema integrado.
A computação em nuvem é um modelo de serviço em que recursos como armazenamento, processamento de dados, software e redes são disponibilizados via internet (a nuvem), substituindo a necessidade de servidores e data centers locais (on-premise). Por meio da nuvem, empresas e usuários podem acessar recursos computacionais sob demanda, pagando apenas pelo que utilizam eliminando a necessidade de grandes investimentos em infraestrutura física própria.
Existem três principais cenários em relação à infraestrutura de servidores:
- On-Premise: Toda a infraestrutura é mantida localmente.
- Híbrido (Hybrid): Combinação de recursos locais com recursos em nuvem.
- Cloud-Native: Toda a infraestrutura está na nuvem, utilizando modelos As a Service (AaS).
No modelo on-premise, a empresa é responsável por toda a infraestrutura necessária, incluindo:
- Aquisição e manutenção de máquinas
- Espaço físico e refrigeração
- Rede (cabeamento, conectividade)
- Maior controle e personalização
- Segurança reforçada (ambiente privado)
- Alto custo inicial e de manutenção
- Risco de subutilização (máquinas ociosas)
- Depreciação dos ativos de TI
Este modelo é mais indicado para empresas que:
- Não podem tolerar instabilidades operacionais
- Precisam manter controle total sobre os dados (conformidade legal)
- Desejam evitar a dependência de terceiros
No modelo cloud, a infraestrutura é baseada na internet e os recursos são ofertados por um provedor externo.
- Economia: uso sob demanda do serviço (pago pelo uso)
- Capacidade de crescer ou diminuir recursos (CPU, memória, armazenamento, usuários simultâneos etc.) conforme a necessidade nas modalidades:
- Scale‑up: aumentar recursos em uma única máquina (ex.: mais memória)
- Scale‑out: adicionar mais máquinas ao sistema (ex.: mais servidores)
- Adaptação do ambiente de TI de forma rápida (infraestrutura, serviços, configurações) permitindo testar novas soluções, mudar configurações e trocar tecnologias com mais liberdade, conforme as necessidades do negócio, sem grandes restrições técnicas.
- Velocidade para entregar valor, lançar novos produtos e ajustar processos. Através da automação, provisionamento rápido e integração contínua, acelera os ciclos de desenvolvimento e entrega.
- Dependência de conexão com internet
- Problemas com latência, dependendo da localização
- Necessidade de se adaptar às políticas e limitações impostas pelo provedor de nuvem.
- Gasto dolarizado e valor elevado para uso de determinados serviços como processamento de imagem e vídeo, armazenamento e streaming de dados
No modelo hibrido, temos a combinação dos modelos on-premise e cloud. Nesse caso, uma empresa mantém parte de sua infraestrutura local, enquanto usa serviços de nuvem para outras operações , criando uma combinação de recursos internos e externos.
- Flexibilidade de escolher o que fica onde, de acordo com as necessidades. (Uma empresa pode manter dados sensíveis em servidores próprios "on-premise" e, ao mesmo tempo, usar a nuvem para hospedar aplicativos ou serviços que exigem mais escalabilidade.
- Complexidade de gestão e custo elevado
No final das contas, não há um melhor modelo e sim aquele que melhor se enquadra às necessidades e modelo de negócio de cada empresa, principalmente em termos de:
- Dependência de terceiros
- Conformidade legal, principalmente no tocante aos dados
- Controle
- Disponibilidade
➜ No modelo on-premise, instituições como bancos tradicionais e órgãos governamentais frequentemente mantêm sua infraestrutura local para garantir maior controle sobre dados sensíveis e atender a exigências de conformidade e segurança.
➜ No modelo cloud, empresas como Netflix e Nubank utilizam infraestrutura totalmente baseada em nuvem para escalar suas aplicações globalmente.
➜ No modelo híbrido, empresas como IBM e grandes operadoras de telecomunicações combinam servidores locais com recursos em nuvem para equilibrar segurança, desempenho e escalabilidade de acordo com as necessidades de cada operação.
Plataformas de computação em nuvem, conhecidas como cloud platforms, são empresas que oferecem ambientes completos de infraestrutura, ferramentas e serviços para que outras empresas possam construir, hospedar, escalar e operar suas aplicações digitais. Elas funcionam como "locadoras" de tecnologia — da mesma forma que uma empresa de veículos fornece carros para motoristas de aplicativo, essas plataformas fornecem poder computacional, armazenamento, rede e inteligência artificial para desenvolvedores, startups e grandes corporações.
Entre os principais exemplos de plataformas estão:
-
AWS (Amazon Web Services) – da Amazon
-
Microsoft Azure – da Microsoft
-
Google Cloud Platform (GCP) – da Google
-
Oracle Cloud – da Oracle Corporation
Essas plataformas permitem que empresas de todos os tamanhos inovem rapidamente, sem precisar investir pesado em infraestrutura física própria.
Aqui é válido citar a diferença entre Data Centers x Platforms:
➜ Data center (centro de dados): É a infraestrutura física, o "prédio" cheio de servidores, roteadores, cabos, sistemas de refrigeração, segurança, etc. Ele abriga os equipamentos que processam e armazenam dados. Pode ser:
- Local (on-premise), dentro da própria empresa;
- Remoto, operado por terceiros.
➜ Platform (plataforma de nuvem): É uma camada de serviços construída sobre data centers. Ela abstrai toda a complexidade física dos servidores e oferece ferramentas prontas para que empresas possam:
- Criar e hospedar sites e aplicativos;
- Armazenar dados com segurança;
- Processar grandes volumes de informação;
- Usar inteligência artificial, IoT, análise de dados, etc.
Ou seja:
Plataformas como Azure, AWS e GCP são grandes orquestradoras de data centers, oferecendo esses recursos como serviços (modelo "as a Service"). Comparando com um exemplo: Se o data center é como uma usina elétrica (infraestrutura), a plataforma é como a companhia de energia que entrega eletricidade sob demanda, com suporte, medição, distribuição e serviços extras.
As clouds criaram uma solução muito inteligente. Para diminuir o problema de latência, criaram regiões (regions) e zonas (zones) de disponibilidade, ou seja, ao invés de ter todas as máquinas em um só lugar, as platforms distribuem pelo mundo regiões que possuem concentração de data centers.
Region (Região)
É um local geográfico onde a nuvem possui data-centers. Exemplo: São Paulo (América do Sul), Virginia (EUA), Frankfurt (Alemanha).
Escolher a região mais próxima de seus usuários ou da sua empresa para melhorar a velocidade e atender leis locais (proteção de dados)
Zone (Zonas de Disponibilidade)
Dentro de uma região , existem subdivisões, como bairros dentro das cidades (Region). São Data Centers isolados, mas interconectados. Exemplo: Região de São Paulo
- Zona 1: SA-EAST-1A
- Zona 2: SA-EAST-1B
Usamos zonas diferentes para garantir alta disponibilidade. Se uma zona falhar (queda de energia, por exemplo), a outra continua funcionando.
Ter recursos em regiões diferentes pode ser mais caro e complexo, mas é uma estratégia importante em algumas situações. Abaixo apresento alguns cenários em que usar múltiplas regiões pode ser interessante:
- Alta Disponibilidade Global (Redundância Geográfica): Caso a aplicação não possa falhar de jeito nenhum, nesse caso, mesmo se uma região inteira falhar, distribuir entre regiões garante continuidade dos serviços.
- Melhor performance para usuários em diferentes localizações do mundo: Possibilidade de manter réplicas dos seus sistemas em regiões próximas de cada grupo de usuários para diminuir a latência (tempo de resposta).
- Conformidade com Leis Locais (Compliance): Alguns países exigem que dados sensiveis fiquem armazenados localmente. Exemplo: Clientes europeus podem exigir que os dados fiquem dentro na União Européia devido a GDPR (General Data Protection Regulation), logo, o indicado seria usar a região de Frankfurt ou Paris para armazenar dados desses clientes.
- Disaster Recovery/DR: Possibilidade de manter uma cópia da infraestrutura em outra região para ativação rápida caso a principal caia.
- Fusões ou Operações Globais: Empresas multinacionais, ou que fizeram fusão com outra empresa podem manter serviços ativos em várias regiões, enquanto integram os sistemas.
São formas diferentes de usar a internet para acessar programas, arquivos ou até mesmo computadores inteiros, sem precisar instalar tudo no seu computador.
-
IaaS (Infrastructure as a Service)
O usuário paga pela infraestrutura de TI básica, como servidores virtuais, armazenamento, rede, entre outros. -
PaaS (Platform as a Service)
Plataforma completa para desenvolvimento, teste e implantação de aplicações, sem se preocupar com a infraestrutura subjacente. -
SaaS (Software as a Service)
Aplicativos acessados via internet, como Canva, Microsoft Office 365, Google Workspace, entre outros.
-
Nuvem Privada
Ambiente de nuvem exclusivo da organização, geralmente hospedado em datacenter próprio.- Operada e gerida pela própria empresa.
- Acesso restrito ao público externo.
- Requer compra e manutenção de hardware (modelo CAPEX).
- Maior controle sobre segurança e recursos.
-
Nuvem Pública
Fornecida por provedores como Azure, AWS, Google Cloud.- Infraestrutura compartilhada entre usuários.
- Acesso via internet segura.
- Baixo custo inicial (modelo OPEX).
- Alta escalabilidade e facilidade de provisionamento.
- Provedor é responsável pela manutenção e segurança física.
-
Nuvem Híbrida
Combinação de nuvem pública e privada.- Flexibilidade para manter dados sensíveis localmente.
- Uso da nuvem pública para escalar conforme demanda.
- Equilíbrio entre custo, controle e desempenho.
| Modelo | Características |
|---|---|
| CAPEX (Capital Expenditure) | Investimentos em ativos físicos, como servidores e licenças vitalícias. Maior custo inicial, controle total, porém risco de ociosidade. |
| OPEX (Operational Expenditure) | Pagamento sob demanda (pay-as-you-go), baixo investimento inicial, escalabilidade. Pode se tornar caro sem boa governança. |
- Alta disponibilidade: Serviços acessíveis quase todo o tempo.
- Elasticidade: Aumenta ou reduz recursos conforme a demanda.
- Escalabilidade: Expansão fácil de infraestrutura.
- Confiabilidade: Redundância e tolerância a falhas.
- Previsibilidade: Planejamento de custos e desempenho.
- Segurança: Criptografia, controle de acesso e monitoramento.
- Governança: Aplicação de políticas e normas de conformidade.
- Gerenciabilidade: Administração centralizada e eficiente.
O provedor de nuvem e o cliente compartilham responsabilidades relacionadas à segurança e operação do ambiente em nuvem.
Divisão clara de tarefas entre:
- Provedor de Nuvem (ex: AWS, Azure, GCP)
- Cliente (usuário da nuvem)
Essa divisão varia conforme o modelo:
| Modelo | Responsabilidade do Provedor | Responsabilidade do Cliente |
|---|---|---|
| IaaS | Hardware, rede, datacenter | Sistema operacional, apps, dados |
| PaaS | Infraestrutura + plataforma | Aplicação e dados |
| SaaS | Aplicação completa | Uso responsável e dados |
- Segurança mal configurada pelo cliente é uma das principais causas de vazamento de dados na nuvem.
- O provedor garante que a infraestrutura da nuvem é segura, mas o cliente é responsável por configurar e usar corretamente os recursos.
- Esse modelo é essencial para:
- Conformidade regulatória
- Auditorias e certificações
- Boa governança de TI
Na nuvem, a segurança é uma responsabilidade compartilhada. O provedor protege a nuvem, mas o cliente é responsável por tudo o que coloca e faz dentro dela.
Conjuntos de datacenters agrupados geograficamente, onde os serviços do Azure são disponibilizados.
Brazil South(São Paulo)East US,West Europe,Southeast Asia, etc.
- Permite escolher onde os dados e aplicações rodam.
- Atende requisitos de latência, resiliência e compliance local.
- Nem todos os serviços estão disponíveis em todas as regiões.
Conjuntos fisicamente separados de datacenters dentro de uma mesma região, com energia, rede e refrigeração independentes.
- Alta disponibilidade
- Tolerância a falhas locais (ex: queda de energia em uma zona)
- Distribuir recursos entre zonas diferentes garante redundância e continuidade de negócios.
Na região East US, existem zonas 1, 2 e 3. Uma aplicação pode ter parte de seus recursos na zona 1 e outra parte na zona 2 para reduzir o risco de downtime.
Cada região do Azure é emparelhada com outra dentro da mesma área geopolítica, garantindo:
- Recuperação de desastres (Disaster Recovery - DR)
- Replicação de dados assíncrona
- Atualizações planejadas sem impacto simultâneo
Brazil Southpareada comSouth Central USNorth EuropecomWest Europe
- Pelo menos uma das regiões permanece operacional em caso de falha grave
- Possibilidade de backups automáticos e failover entre regiões pareadas
Regiões do Azure operadas separadamente, voltadas a governos ou entidades com exigências rigorosas de soberania de dados.
- Azure Government (EUA): para agências governamentais americanas, com pessoal e infraestrutura segregados.
- Azure China: operada pela 21Vianet, com data centers isolados e infraestrutura separada.
- Azure Germany (legado): modelo europeu de conformidade estrita (agora integrado à estrutura geral da UE).
- Atender a exigências legais, regulatórias e de conformidade nacional/internacional
- Proteger dados sensíveis com isolamento e controle rigoroso
No Azure, recursos são entidades gerenciáveis que você utiliza para construir suas soluções de nuvem.
Isso inclui máquinas virtuais, redes, bancos de dados, armazenamento e muito mais.
- Hospedam sistemas operacionais e aplicativos como se fossem computadores físicos.
- Permite armazenar arquivos, blobs, tabelas, filas e discos.
- Criam uma rede privada na nuvem, onde é possível conectar e isolar recursos.
- Hospedagem de aplicações web, APIs e backends sem necessidade de gerenciar infraestrutura.
- Banco de dados relacional baseado no SQL Server, oferecido como serviço (SaaS).
- Executa trechos de código em resposta a eventos (modelo serverless).
Um grupo de recursos é um contêiner lógico no qual você agrupa recursos do Azure, como máquinas virtuais, bancos de dados, redes, contas de armazenamento, etc.
Ele permite gerenciar todos esses recursos como uma única unidade.
- Um recurso (como uma VM) não pode estar em dois grupos ao mesmo tempo.
- É possível mover recursos entre grupos, desde que as regras de compatibilidade sejam respeitadas.
- Embora o grupo de recursos seja criado em uma região, os recursos dentro dele podem estar em outras regiões.
- Você pode reorganizar sua infraestrutura movendo recursos entre grupos.
Uma aplicação pode ser dividida em vários grupos, por exemplo:
- Um grupo para a interface web.
- Outro para os bancos de dados.
- Outro para armazenamento ou rede.
Todos os recursos relacionados a uma aplicação ficam em um único grupo de recursos:
Grupo de Recursos: AppFinanceiro
- Web App
- Banco de Dados SQL
- Storage
- Máquinas Virtuais
Vantagem: Foco na aplicação como unidade de gestão.
Os recursos são agrupados por tipo ou função, mesmo se usados por aplicações diferentes:
- Grupo de Recursos:
VMs - Grupo de Recursos:
Bancos de Dados - Grupo de Recursos:
Storage - Grupo de Recursos:
Aplicações Web
Vantagem: Melhora a padronização e o controle por equipe ou tecnologia.
- Gerenciamento conjunto: Aplicar políticas, permissões (RBAC), tags e monitoramento a todos os recursos do grupo.
- Automação: Utilização de templates (ARM) para implantar todos os recursos do grupo de uma vez.
- Controle de custos: Visualizar os gastos por grupo.
- Organização e governança: Facilita a estruturação por ambiente (produção, testes, dev) ou por equipe.
Dois elementos fundamentais para organização, controle e governança no Azure são:
- Assinaturas (Azure Subscriptions)
- Grupos de Gerenciamento (Management Groups)
Uma assinatura é uma unidade de controle, cobrança e acesso no Azure.
Através dela, você consome os serviços da plataforma e define como os recursos são gerenciados.
- Usuários precisam estar autenticados (login) e autorizados (permissões via RBAC) para acessar os recursos.
- Cada assinatura possui seu próprio orçamento, fatura e controle de custos.
- Ideal para separar ambientes ou clientes diferentes (ex: produção, testes, cliente X, cliente Y).
- Cada assinatura pode ter políticas de segurança e permissões específicas.
- Permite controle granular de acesso por equipe ou projeto.
Você pode ter:
- Uma assinatura para projetos internos
- Uma assinatura para clientes externos
- Uma assinatura para ambientes de testes
Os Grupos de Gerenciamento são estruturas que permitem organizar várias assinaturas do Azure sob uma hierarquia lógica.
- Um grupo de gerenciamento pode conter várias assinaturas diferentes.
- Políticas, RBAC e configurações de compliance aplicadas ao grupo são herdadas por todas as assinaturas abaixo dele.
-
É possível criar até 10.000 grupos de gerenciamento por diretório do Azure AD.
-
A estrutura hierárquica pode ter até 6 níveis de profundidade, além do nível raiz.
-
Governança centralizada
-
Segurança e políticas consistentes
-
Organização escalável e flexível
A computação no Azure refere-se à capacidade de alocar recursos computacionais como CPU, memória, armazenamento e rede pela nuvem.
Pense como "alugar" infraestrutura ou plataformas para rodar suas soluções — pagando apenas pelo uso.
- Servidores virtuais completos, com sistema operacional (Windows ou Linux).
- Permite instalação de qualquer software necessário.
Usos comuns:
- Migração de sistemas legados
- Ambientes de desenvolvimento
- Hospedagem de servidores e bancos de dados
Controle total, mas você gerencia o SO, patches e atualizações.
- Serviço gerenciado para hospedar web apps, APIs REST e backends móveis.
- Suporte a várias linguagens:
.NET,Java,Node.js,Python,PHP,Ruby.
Recursos:
- Escalabilidade automática
- Deploy contínuo via GitHub, Azure DevOps, FTP
Ideal para quem quer focar no código e não na infraestrutura.
- Executa contêineres individuais sob demanda, sem necessidade de orquestração.
Casos de uso:
- Tarefas rápidas
- Processamento em lote
- Microsserviços temporários
Totalmente serverless – simples, rápido e sob demanda.
- Serviço gerenciado de orquestração de contêineres com Kubernetes.
- Permite escalar, automatizar e gerenciar implantações complexas.
Ideal para:
- Microsserviços
- Integrações com DevOps
- Ambientes multicloud e de produção
Recomendado para ambientes complexos e com alta disponibilidade.
- Plataforma para criar ambientes de trabalho remotos e seguros acessíveis pela internet.
Recursos:
- Suporte a multiusuários no mesmo host
- Integração com Microsoft 365
- Controle de segurança e compliance
Substitui desktops físicos com flexibilidade e controle centralizado.
As Máquinas Virtuais do Azure são emulações de computadores físicos fornecidas pela nuvem.
Você pode configurar essas máquinas para rodar sistemas operacionais, aplicações, bancos de dados e mais — como faria com um servidor físico tradicional.
- Você tem controle total da máquina virtual:
Sistema operacional, atualizações, softwares instalados, scripts de inicialização e configurações de segurança. - Ideal para migração lift-and-shift, ou seja, mover aplicações legadas para a nuvem sem reestruturá-las.
Cada máquina virtual inclui os seguintes componentes:
- CPU virtual (vCPU) – Processador escalável sob demanda.
- Memória RAM – Configurável conforme o tipo de carga.
- Disco (armazenamento) – Pode ser SSD, HDD ou Premium, conforme o desempenho desejado.
- Rede virtual (VNet) – Permite conexão com outros recursos do Azure ou com a internet.
- Hospedagem de bancos de dados como SQL Server ou Oracle.
- Execução de aplicações corporativas ou legadas.
- Servidores de desenvolvimento e testes.
- Ambientes de alta disponibilidade e recuperação de desastres (DR).
Um contêiner é uma forma de empacotar um aplicativo junto com tudo que ele precisa para funcionar:
- Código
- Bibliotecas
- Dependências
- Arquivos de configuração
Isso garante que o app rode da mesma forma em qualquer ambiente: no seu computador, no servidor da empresa ou na nuvem.
Analogia: O contêiner é como uma "mala" com tudo que o app precisa para a viagem.
- Iniciam rapidamente (sem subir um sistema operacional completo).
- Leves e consomem menos recursos que máquinas virtuais.
- Portáveis — rodam onde houver um runtime (ex: Docker).
- Facilitam a criação de microserviços.
- Tornam o desenvolvimento e entrega de software mais ágeis e consistentes.
Kubernetes é uma plataforma para orquestrar e gerenciar vários contêineres em larga escala.
AKS é o serviço do Azure que oferece o Kubernetes já configurado e gerenciado.
Vantagens:
- Criação automática de clusters
- Atualizações automatizadas
- Integração com CI/CD
- Segurança com Azure AD
- Monitoramento com Azure Monitor
Quando usar:
- Sistemas com muitos microserviços
- Alta disponibilidade e escalabilidade
- Projetos robustos ou em produção
Permite executar contêineres sob demanda, sem servidores ou clusters.
Vantagens:
- Inicialização em segundos
- Pague apenas pelo tempo de execução
- Ideal para scripts, eventos ou tarefas temporárias
Quando usar:
- Execução rápida e pontual
- Testes de contêineres
- Automação e tarefas programadas
Serviço serverless para rodar contêineres com escalabilidade automática baseada em eventos.
Recursos:
- Usa Dapr e KEDA
- Revisões sem downtime
- Foco no código, não na infra
Quando usar:
- Aplicações com variação de carga
- Solução mais simples que AKS
- Microserviços e APIs leves
Hospede seu site ou API como contêiner no App Service.
Vantagens:
- Suporte a Docker
- SSL, domínio personalizado e escalabilidade
- Ideal para aplicações web (Node, .NET, Python, etc)
Quando usar:
- Projeto web já empacotado em contêiner
- Simplicidade e velocidade de publicação
- Produção com baixa complexidade
Serviço para armazenar e gerenciar imagens de contêineres.
O que é um registry?
Uma “prateleira digital” onde ficam as imagens de contêineres (o pacote que define o contêiner).
Vantagens:
- Armazena e gerencia imagens Docker
- Integração com AKS, ACI, etc.
- Suporte a automações e CI/CD
- Alta segurança e controle de acesso
Quando usar:
- Armazenamento privado e seguro
- Deploys frequentes no Azure
- Pipelines de CI/CD integradas
O Azure Functions é o serviço serverless de computação da Microsoft.
Ele executa pequenos pedaços de código (funções) em resposta a eventos — sem que você precise configurar ou gerenciar servidores.
Serverless ≠ Sem Servidor
Servidores existem, mas o Azure gerencia toda a infraestrutura, escalabilidade e atualizações.
Você paga apenas pelo tempo em que o código roda.
Imagine que você precisa:
- Enviar um e‑mail sempre que um arquivo for carregado no sistema.
- Processar dados ao receber uma requisição HTTP.
- Executar uma tarefa em horário agendado (cron job).
Com Azure Functions você escreve só a lógica; o Azure executa automaticamente quando o evento é disparado.
-
Trigger (gatilho) – define o que inicia a execução:
HTTP(requisição de API ou navegador)Timer(agendamentos estilo cron)- Mensagem em
Queue Storage - Upload em
Blob Storage - Evento de banco de dados, etc.
-
Input (entrada) – dados que a função recebe para processar.
-
Output (saída) – resultado que a função gera ou envia (gravar arquivo, retornar resposta, publicar mensagem, etc.).
- Pagamento por uso real – cobrança apenas pelo tempo de execução e número de execuções.
- Alta escalabilidade – lida automaticamente com de 1 a milhões de eventos.
- Desacoplamento – ideal para dividir sistemas em partes menores e independentes.
- Integração nativa – conecta-se facilmente com outros serviços do Azure.
- Multiplataforma – suporta C#, JavaScript, Python, Java, PowerShell, entre outros.
Use Azure Functions quando você:
- Precisa automatizar tarefas simples sem montar uma aplicação complexa.
- Quer responder a eventos em tempo real, como:
- Uploads de arquivos
- Mensagens em filas
- Requisições HTTP
- Deseja pagar apenas pelo uso real do sistema, sem manter infraestrutura ligada 100% do tempo.
- Está trabalhando com arquitetura orientada a eventos ou microserviços.
O Azure App Service é uma plataforma de hospedagem na nuvem para aplicações web, APIs REST e backends móveis. Ele permite que você publique, escale e gerencie seus apps com facilidade — sem precisar cuidar da infraestrutura.
Você foca no seu código, o Azure cuida do resto.
Com o App Service, você pode:
- Hospedar sites, sistemas e APIs feitos em várias linguagens.
- Fazer deploy automático direto do GitHub, Bitbucket, Azure DevOps ou FTP.
- Ter HTTPS, escalabilidade, backup, monitoramento e integração contínua prontos para uso.
- Agendar tarefas, gerenciar domínios e escalar recursos com poucos cliques.
O Azure oferece toda a infraestrutura pronta: servidor, sistema operacional, atualizações, balanceamento de carga, etc.
Você só se preocupa com o código da sua aplicação.
É o processo de enviar seu código para o servidor na nuvem para que ele fique acessível.
Permite testar uma nova versão do app em um ambiente separado (ex:
teste.meusite.com) e, se estiver tudo certo, trocar com a versão em produção sem causar interrupção.
O App Service pode aumentar ou reduzir os recursos automaticamente conforme o número de acessos, garantindo desempenho sem desperdiçar dinheiro.
- Quando você quer hospedar rapidamente aplicações web, APIs e backends móveis.
- Quando deseja foco total no desenvolvimento, sem gerenciar infraestrutura.
- Para entregas contínuas (CI/CD) integradas com GitHub, DevOps ou Bitbucket.
- Para testes de versões com segurança via deployment slots.
- Quando precisa de autoescalabilidade e disponibilidade garantida.
Ideal para desenvolvedores web que usam .NET, Node.js, Python, Java, PHP ou Ruby.
Os Serviços de Rede do Azure formam um conjunto de recursos que permitem conectar, proteger e entregar aplicativos na nuvem com segurança, desempenho e escalabilidade.
Em resumo, são eles que garantem que seus apps se comuniquem com o mundo (e entre si) de forma segura.
Uma aplicação pode estar perfeita, mas sem uma rede eficiente e segura ela não:
- É acessada globalmente com baixa latência.
- Comunica‑se com bancos de dados, APIs e outros sistemas.
- Protege dados de acessos indevidos.
- Mantém alta disponibilidade (reduzindo riscos de falha).
| # | Serviço | Para que serve? | Camada / Destaque |
|---|---|---|---|
| 1 | Azure Virtual Network (VNet) | Rede privada virtual na nuvem. Conecta VMs, bancos, funções de forma segura (controle de IPs, sub‑redes, firewalls). | Camada 3‑4 |
| 2 | Network Security Groups (NSG) | Regras de firewall para controlar portas/IPs permitidos ou bloqueados. | Camada 4 |
| 3 | Azure DNS | Gerencia domínios e resolve nomes (ex: meusite.com). Alta disponibilidade global. |
Serviço DNS |
| 4 | Azure Load Balancer | Distribui tráfego TCP/UDP entre instâncias para alta disponibilidade. | Camada 4 |
| 5 | Azure Application Gateway | Balanceador de carga HTTP/HTTPS com WAF, SSL, URL rewrite, roteamento avançado. | Camada 7 |
| 6 | Azure Firewall | Firewall totalmente gerenciado com regras sofisticadas, logs e integração corporativa. | Camada 4‑7 |
| 7 | Azure Front Door | CDN global + aceleração de conteúdo, cache, SSL, proteção DDoS. | Borda da rede |
| 8 | ExpressRoute | Conexão privada/dedicada datacenter ↔ Azure (baixa latência, alta segurança). | Físico/Privado |
| 9 | VPN Gateway | Conecta rede local ao Azure por VPN criptografada via internet (custo menor que ExpressRoute). | Camada 3 |
Use (um ou mais) desses serviços quando você:
- Precisa proteger aplicações e dados com firewalls e regras de acesso.
- Deseja alta disponibilidade e desempenho global para usuários.
- Precisa conectar sistemas on‑premises ao Azure (VPN Gateway ou ExpressRoute).
- Está construindo uma arquitetura corporativa complexa com várias sub‑redes, front‑ends e back‑ends.
Dica: Combine VNet + NSG para isolamento interno, Load Balancer para tráfego L4, Application Gateway (com WAF) para tráfego HTTP/HTTPS e Front Door para distribuir globalmente.
O Azure DNS é um serviço de resolução de nomes de domínio hospedado na infraestrutura global da Microsoft.
Ele traduz nomes como www.seusite.com para endereços IP que os computadores conseguem entender.
Sem DNS, você teria que acessar sites digitando algo como
20.114.24.76— nada prático.
O DNS (Domain Name System) funciona como a agenda de contatos da internet.
Analogia simples:
Quando você liga para “Maria”, você digita o nome, mas o celular usa o número dela para fazer a ligação.
O DNS faz o mesmo:
Você digita www.exemplo.com, mas o navegador acessa o IP real — algo como 34.228.98.7.
Com o Azure DNS, você pode:
- Gerenciar domínios públicos (ex:
minhaempresa.com) - Criar zonas DNS para apps e serviços
- Adicionar registros DNS (A, CNAME, TXT, MX, etc.)
- Ter alta disponibilidade e desempenho com a rede global da Microsoft
É como uma pasta que armazena todos os registros de um domínio.
Exemplo:
Zona: meusite.com
Registros:
www.meusite.comapi.meusite.commail.meusite.com
| Tipo | Função |
|---|---|
A |
Mapeia um domínio para um endereço IPv4 |
AAAA |
Igual ao A, mas para endereços IPv6 |
CNAME |
Cria um alias, apontando um nome para outro nome |
MX |
Direciona e-mails para o servidor correto |
TXT |
Armazena texto (verificações, SPF, DKIM, etc.) |
NS |
Define os servidores de nome da zona DNS |
SRV |
Define serviços como VoIP, mensageria e outros protocolos específicos |
- O Azure DNS não registra domínios (como
meusite.com), ele gerencia zonas e registros. - Para registrar um domínio, use serviços como:
- GoDaddy
- Registro.br
- Namecheap
- Google Domains
Após registrar, você aponta os servidores NS do domínio para os fornecidos pelo Azure DNS.
Cenário: Você tem um site hospedado no Azure App Service.
- Registra o domínio
meusite.comno GoDaddy. - Cria uma zona DNS no Azure chamada
meusite.com. - Adiciona um registro A ou CNAME apontando para o App Service.
- No GoDaddy, atualiza os servidores de nome (NS) para os do Azure.
- Pronto! Seu site está acessível com DNS gerenciado pelo Azure.
Resumo: O Azure DNS oferece um gerenciamento de nomes robusto, confiável e global — essencial para aplicações profissionais na nuvem.
| Vantagem | O que significa na prática |
|---|---|
| Alta disponibilidade | Seus domínios nunca "caem", pois rodam na rede global da Microsoft |
| Baixa latência | Respostas rápidas, com servidores espalhados globalmente |
| Total integração Azure | Funciona com App Services, VMs, Front Door, Load Balancer |
| Segurança integrada | Logs, controle de acesso via Azure RBAC e políticas |
| Suporte a IPv6, DNSSEC* | (*DNSSEC ainda em preview/teste em algumas regiões) |
| Recurso | DNS Tradicional | Azure DNS |
|---|---|---|
| Interface moderna | Depende do provedor | Sim, via portal Azure, CLI ou PowerShell |
| Integração com Azure | Não | Total (App Service, CDN, VMs etc.) |
| Gerenciamento por script | Limitado | Sim, via Terraform, Bicep, CLI etc. |
| Desempenho global | Varia por região | Infraestrutura Microsoft global |
Use o Azure DNS quando:
- Está hospedando aplicações na Azure e quer um controle total do domínio.
- Deseja automatizar a criação e gestão dos registros via script.
- Precisa de desempenho confiável e seguro, com integração total com a infraestrutura da nuvem.
- Quer manter todos os recursos da sua aplicação dentro do mesmo ecossistema (Azure).
Os serviços de Armazenamento do Azure são como uma “estante” ilimitada e altamente segura na nuvem, onde você escolhe a prateleira certa (serviço, camada, redundância) para cada tipo de dado.
| Benefício | Explicação em linguagem simples |
|---|---|
| Escala elástica | Cresce ou encolhe sob demanda — como adicionar ou remover gavetas de um armário infinito. |
| Pague-conforme-usa | Você não compra hardware; só paga pelos gigabytes que realmente ocupa. |
| Alta disponibilidade | Cópias automáticas evitam perda de dados (até em outras regiões). |
| Segurança integrada | Criptografia padrão, controle de acesso (RBAC) e links temporários (SAS). |
| Pronto para análise | Integra com Synapse, Databricks, Power BI e afins — você guarda e já analisa. |
Dica rápida de vocabulário:
- Objeto = qualquer arquivo (foto, PDF, vídeo)
- Bloco = pedaço fixo de dados usado como disco
- Arquivo = compartilhamento SMB/NFS que aparece como pasta de rede
| Serviço | O que é em 1 frase | Use quando... | Extra para iniciantes |
|---|---|---|---|
| Blob Storage / Data Lake Gen2 | Um “HD externo gigante” de objetos, barato e infinito | Backups, fotos, logs, data lakes | Data Lake Gen2 adiciona hierarquia e protocolo HDFS para Big Data |
| Azure Files | Um servidor de arquivos tradicional (SMB/NFS) gerenciado | Lift-and-shift de file servers, perfis, apps legados | Pode ser replicado localmente com Azure File Sync |
| Disk Storage | Discos virtuais (SSD/HDD) para VMs e bancos | VMs Windows/Linux, SAP HANA, SQL Server | Premium/Ultra SSD entregam IOPS e latência muito baixos |
| Queue Storage | Fila simples de mensagens | Desacoplar micro serviços (produtor/consumidor) | Pense num “carrinho” onde um serviço deixa pedidos e outro retira |
| Table (Cosmos DB Table API) | Tabela NoSQL chave-valor | Telemetria, catálogos, IoT | Resposta < 10 ms, global |
| Azure NetApp Files | NAS de altíssimo desempenho | VDI, SAP, renderização 3D | SLA 99,99%; gerenciamento “sem toque” |
| Elastic SAN | “SAN como serviço” — blocos escaláveis, multi-host | Migração de SAN on-prem | GA desde 2024, cresce/encolhe sozinho |
| Tier | Acesso | Para que serve | Analogia |
|---|---|---|---|
| Hot | Muito frequente | Sites, apps ativos | Itens na mesa |
| Cool | Eventual (mensal) | Logs, backups recentes | Prateleira alta |
| Cold | Raro, sem “degelo” | Arquivo de compliance, DR | Gaveta trancada (custa pouco, abre rápido) |
| Archive | Quase nunca | Arquivo morto ≥ 6 meses | Depósito fora da casa — exige “degelo” de horas |
Quanto “mais fria” a camada, mais barato guardar e mais caro/lerdo acessar.
| Sigla | Onde ficam as cópias | Bom para... | Analogia |
|---|---|---|---|
| LRS | 3 cópias no mesmo datacenter | Dev/teste, menor custo | Três pendrives na mesma gaveta |
| ZRS | 3 cópias em zonas (prédios) da mesma região | Apps críticos | Três prédios na mesma cidade |
| GRS | LRS + cópias em outra região | Disaster Recovery (DR) | Gaveta + cofre em outra cidade |
| GZRS | ZRS + outra região | Máxima resiliência | Três prédios + cofre remoto |
| RA-* | Versão Read-Access dos dois acima | Leitura mesmo em pane | Modo “somente leitura” no cofre |
| Conta | O que aceita | Performance disponível | Por que isso importa? |
|---|---|---|---|
| GPv2 (General Purpose v2) | Blob, File, Queue, Table | Standard (HDD) ou Premium (SSD) | Mais flexível; 90% dos cenários |
| BlobStorage / BlockBlobStorage | Só Blob | Standard / Premium | Ótimo para apps focados só em objetos |
| FileStorage | Só Azure Files | Premium | SSD com alto IOPS para fileshares críticos |
| Discos Gerenciados | OS/Data disks | Standard SSD/HDD, Premium SSD, Ultra SSD | Escolhe latência x preço |
| Especializadas | NetApp Files, Elastic SAN | Enterprise | Quando precisa SAN/NAS top-tier |
| Ferramenta | Como funciona | Quando escolher | Tradução para leigos |
|---|---|---|---|
| AzCopy (linha de comando) | Copia/move de/para Azure Storage | Automação CI/CD, grandes lotes | “Robô de mudanças” em texto; até dezenas de Gb/s |
| Azure Storage Explorer (app gráfico) | Arrastar-e-soltar, visualizar containers | Migração manual, testes | “Explorador de Arquivos” da nuvem |
| Azure File Sync | Agente no Windows Server + Azure Files | Manter cópia na nuvem e cache local | Posso desligar o servidor antigo e usar nuvem como “matriz” |
| Solução | On-line ou off-line? | Volume típico | Descrição simples |
|---|---|---|---|
| Azure Migrate / Storage Mover | On-line (via rede) | GB → centenas de TB | Ferramenta “Uber” que cataloga, mede e move sem downtime grande |
| Azure Data Box (Disk ≈ 8 TB, Data Box ≈ 100 TB, Heavy ≈ 1 PB) | Off-line (appliance enviado pelo correio) | De dezenas a petabytes | A Microsoft manda um “HD gigante blindado”, você copia localmente, devolve; eles sobem para Azure |
- Rede boa → Azure Migrate / Storage Mover (downtime mínimo).
- Rede lenta ou dados gigantes → Data Box (cópia local + transporte físico).
Uma conta de armazenamento é o “container-mãe” que agrupa todos os seus dados no Azure Storage. É nela que você define o nome, o tipo de serviço (Blob, Files, Disk, etc.) e o nível de redundância.
A seguir, entenda os três pontos-chave solicitados:
Cada conta de armazenamento gera um endereço DNS público no seguinte formato:
https://<nome_da_conta>.blob.core.windows.net
Como esse domínio faz parte da internet, dois nomes iguais causariam conflito.
- Deve conter entre 3 a 24 caracteres.
- Apenas letras minúsculas e números.
- Deve começar com uma letra ou número.
- Não permite hífens.
- O nome não pode ser alterado após a criação — para mudar, será necessário criar uma nova conta.
Dica: inclua algo específico como iniciais da empresa + região, por exemplo: contosoeastus01.
- Ao criar a conta, o Azure disponibiliza endpoints públicos para cada serviço habilitado (Blob, File, Queue, Table, Data Lake).
- Esses endpoints estão conectados à backbone global da Microsoft, garantindo baixa latência em qualquer parte do planeta.
- Firewalls e Redes Virtuais: Permitem acesso apenas de IPs ou VNets específicas.
- Private Endpoints: Expõem um endereço privado, removendo o acesso público.
- SAS Tokens: Geram links temporários para upload/download seguro.
Importante para iniciantes: o acesso global é o padrão, mas você tem total controle para manter público ou tornar privado conforme necessário.
-
Custo:
LRS < ZRS < GRS < GZRS -
SLA / RPO (Recovery Point Objective):
Quanto menor a tolerância à perda de dados e ao tempo de inatividade, mais alto o nível de redundância necessário.
-
Defina um nome exclusivo
Pense em algo curto, significativo e único (ex.:empresaeast01). -
Escolha o tipo de conta
A General Purpose v2 (GPv2) atende mais de 90% dos casos. -
Decida quais serviços usará
Habilite apenas os que realmente precisa (Blob, Files, Queue, etc.). -
Selecione o nível de redundância
Escolha com base no orçamento e no seu RPO/RTO desejado:- LRS (Local)
- ZRS (Zona)
- GRS (Geo)
- GZRS (Geo-Zona)
-
(Opcional) Restrinja o acesso
Utilize:- Firewall & Redes Virtuais
- Private Endpoint
- SAS Tokens (Shared Access Signature)
Dica: Comece simples. É possível ajustar configurações depois, mas planejar bem no início evita retrabalho.
Redundância significa manter cópias extras dos seus dados para protegê-los contra:
- Falhas de hardware
- Quedas de energia
- Desastres naturais
- Outros problemas inesperados
Pense como guardar um documento importante:
- No seu computador (1 cópia)
- Em um pen drive (2 cópias)
- Na nuvem (3 cópias)
No Azure, essas cópias extras são feitas automaticamente, e você decide:
- Quantas cópias deseja
- Onde elas serão armazenadas
O Azure oferece cinco principais níveis de redundância, com custos e níveis de segurança crescentes:
| Tipo de Redundância | Sigla | Onde ficam as cópias? | Explicação Simples | Uso Recomendado |
|---|---|---|---|---|
| Locally Redundant Storage | LRS | 3 cópias no mesmo datacenter | Protege contra falhas de disco ou servidor local | Ambientes de teste, dados não críticos |
| Zone-Redundant Storage | ZRS | 3 cópias em zonas diferentes da mesma região | Protege contra falhas em prédios inteiros | Aplicações em produção com alta disponibilidade |
| Geo-Redundant Storage | GRS | 3 cópias locais + 3 em outra região geográfica | Protege contra desastres regionais | Backup e recuperação de desastres |
| Geo-Zone-Redundant Storage | GZRS | ZRS local + cópias em outra região | Combina proteção local e geográfica | Aplicações críticas que exigem máxima continuidade |
| Read-Access GRS / GZRS | RA-GRS / RA-GZRS | Igual ao GRS/GZRS + leitura na região secundária | Permite leitura mesmo com falha na região principal | BI, relatórios, sistemas com leitura pública |
Faça a si mesmo estas perguntas:
- Quanto valem meus dados?
- Quanto tempo posso ficar sem acesso a eles?
- Quanto estou disposto a pagar por segurança?
- LRS é o mais barato — ideal para arquivos que podem ser recriados.
- ZRS garante alta disponibilidade mesmo com falha em uma zona.
- GRS/GZRS são ideais para disaster recovery, usados por bancos, hospitais, e-commerces, etc.
As zonas de disponibilidade são partes independentes dentro da mesma região Azure.
Cada zona tem:
- Energia própria
- Rede própria
- Refrigeração própria
Com ZRS ou GZRS, o Azure salva cópias em locais distintos da mesma região e replica para outra região geográfica.
Você salva um vídeo importante no Azure Blob Storage usando GRS:
- O Azure salva 3 cópias no datacenter de São Paulo.
- Automaticamente, ele replica 3 cópias para outro datacenter, como no Sul do Brasil ou até outro país.
Se o datacenter de SP sofrer um incêndio, seus dados ainda estarão seguros no outro local.
Importante: escolher o nível certo de redundância é essencial para equilibrar custo, desempenho e resiliência.
O Azure oferece diferentes tipos de armazenamento, cada um ideal para um tipo de necessidade. A escolha certa depende do:
- Tipo de dado que você vai armazenar
- Forma de acesso (leitura, escrita, frequência)
- Usuários ou sistemas que acessarão esses dados
Abaixo, veja os principais serviços de armazenamento disponíveis no Azure:
Blob vem de Binary Large Object — um serviço otimizado para armazenar grandes volumes de dados não estruturados, como:
- Imagens, vídeos, PDFs, backups, logs
- Arquivos compactados, dados de sensores, etc.
Não estruturado = dados sem formato fixo (como planilhas ou bancos relacionais)
- Armazena arquivos de qualquer tipo e tamanho (até terabytes)
- Organizado em containers (como pastas)
- Pode ser acessado publicamente (via link) ou com tokens seguros (SAS)
Você tem um aplicativo que permite upload de fotos. As imagens são armazenadas no Azure Blob, que oferece alta escalabilidade e baixo custo.
Fornece discos virtuais que funcionam como HDs ou SSDs para uso em máquinas virtuais (VMs).
- Disco do SO: armazena o sistema operacional (Windows ou Linux)
- Discos de dados: armazenam arquivos, bancos de dados, logs, etc.
- Alta performance e baixa latência
- Escolha entre discos HDD (mais baratos) e SSD (mais rápidos)
- Totalmente gerenciado pelo Azure (você não se preocupa com hardware)
Você cria uma VM com Windows no Azure. O Disco do Azure armazena o sistema e outro disco é usado para os dados da aplicação.
Serviço para armazenar mensagens temporariamente, permitindo comunicação entre sistemas de forma assíncrona.
- Comunicação entre diferentes partes de um sistema
- Ideal para sistemas assíncronos, onde um processo envia e outro consome depois
- Cada mensagem pode ter até 64 KB
- Suporta milhões de mensagens
- Segue a ordem de envio (FIFO – First In, First Out)
- Simples e econômico
Um site envia um pedido para uma fila. Um sistema de backend lê essa mensagem e processa o pedido posteriormente.
Serviço de compartilhamento de arquivos em nuvem que funciona como uma pasta de rede, com suporte ao protocolo SMB (Server Message Block).
- Pode ser mapeado como unidade de rede (ex:
Z:) - Acesso simultâneo por múltiplos usuários ou servidores
- Suporte a Linux (via NFS)
- Migração de servidores de arquivos locais
- Compartilhamento de documentos entre departamentos
- Armazenamento acessível por múltiplas VMs
Serviço de banco de dados NoSQL, ideal para dados estruturados, mas sem esquema fixo.
- Cada entidade possui uma chave primária (
PartitionKey+RowKey) - Pode conter diversos atributos personalizados (campos variáveis por linha)
- Registro de logs e eventos
- Armazenamento de dados de sensores
- Informações de usuários e metadados
- Altamente escalável
- Baixo custo
- Alta performance em leitura e escrita
- Menor complexidade que bancos relacionais
Dica: Muitos projetos usam uma combinação desses serviços, dependendo do tipo de dado, acesso e carga do sistema.
Um ponto de extremidade público é um endereço na internet (URL) que permite acessar um serviço de armazenamento diretamente da web.
É como se fosse o endereço de um site de um serviço específico que você criou no Azure.
Esse endereço é único e gerado com base no nome da conta de armazenamento criada.
https://.serviço.core.windows.net
Cada tipo de serviço de armazenamento (blobs, arquivos, filas, tabelas...) tem seu próprio domínio, mesmo que estejam na mesma conta.
https://.blob.core.windows.net
- Usado para acessar blobs como imagens, vídeos, PDFs, backups etc.
- Pode ser acessado diretamente por navegador ou aplicativo.
Exemplo real:
Se sua conta de armazenamento se chama minhaconta, o endereço será:
[https://minhaconta.blob.core.windows.net]
- Usado para acessar blobs como imagens, vídeos, PDFs, backups etc.
- Pode ser acessado diretamente por navegador ou aplicativo.
Exemplo real:
Se sua conta de armazenamento se chama minhaconta, o endereço será:
[https://minhaconta.blob.core.windows.net]
[https://.dfs.core.windows.net]
- Usado para cenários avançados de Big Data.
- Integra-se com ferramentas como Hadoop e Spark.
- Ideal para análise de grandes volumes de dados.
Observação:
Este ponto de extremidade é semelhante ao Blob, mas com recursos extras voltados para análise de dados.
[https://.file.core.windows.net]
- Permite acesso a compartilhamentos de arquivos, como pastas de rede.
- Usado para mapear unidades de rede ou conectar via ferramentas.
Exemplo de uso:
Um servidor pode mapear a unidade Z: apontando para:
\\minhaconta.file.core.windows.net\compartilhamento
[https://.queue.core.windows.net]
- Usado para armazenar e acessar mensagens em fila.
- Aplicações usam esse endpoint para enviar ou ler mensagens de forma assíncrona.
[https://.table.core.windows.net]
- Acessa dados estruturados em modelo NoSQL (chave + atributos).
- Ideal para logs, dados simples de aplicativos, registros, etc.
❌ Não. Apesar de serem "endereços públicos", o acesso não é liberado automaticamente para todos.
O Azure oferece diversas formas de controle de acesso, como:
- Chaves de acesso
- Tokens SAS (Shared Access Signature)
- Firewalls
- Identidade Gerenciada (MSI)
Você pode controlar quem acessa, de onde e com que permissões.
- Escolher o endpoint correto garante que aplicações acessem os dados corretamente.
- Ajuda a integrar serviços, como:
- Web Apps
- APIs
- Sistemas legados
- Ferramentas de automação
- Facilita testes com:
- Navegador
- Postman
- AzCopy
- SDKs do Azure
O Azure oferece camadas de acesso (tiers) para otimizar o custo de armazenamento conforme a frequência de acesso aos dados.
Quanto mais acesso → mais caro o armazenamento
Quanto menos acesso → mais barato, porém com maior tempo de recuperação
Essas camadas se aplicam principalmente ao Azure Blob Storage, ideal para grandes volumes de dados não estruturados.
Para dados acessados com frequência, como arquivos de aplicativos ativos.
- Acesso rápido
- Maior custo de armazenamento
- Baixo custo de leitura/download
- Imagens exibidas em um site ou app
- Logs em tempo real
- Dados recentes de sensores
Para dados pouco acessados, mas que precisam estar disponíveis.
- Dados devem ser mantidos por pelo menos 30 dias
- Taxas aplicadas se apagados antes do prazo
- Armazenamento mais barato que a camada hot
- Custo de leitura mais alto
- Leve aumento na latência
- Backups mensais
- Arquivos de auditoria
- Projetos antigos ainda em uso eventual
Para dados acessados muito raramente, mas que precisam ser mantidos por um bom tempo.
- Armazenamento mínimo de 90 dias
- Armazenamento ainda mais barato
- Custo de leitura elevado
- Tempo de recuperação maior
- Relatórios financeiros de anos anteriores
- Dados antigos de sensores
- Documentos arquivados por exigência de compliance
Para dados que raramente são acessados, mas precisam ser preservados por muitos anos.
- Armazenamento mínimo de 180 dias
- Várias horas para reidratar (trazer de volta para acesso)
- Custo de armazenamento extremamente baixo
- Latência alta (demora para disponibilizar os arquivos)
- Ideal para retenção legal e backups de longo prazo
- Documentos fiscais antigos (ex: retenção por 5 anos)
- Pesquisas científicas arquivadas
- Backups de dados que quase nunca são restaurados
| Camada | Custo de Armazenamento | Custo de Acesso | Latência | Retenção Mínima | Uso Ideal |
|---|---|---|---|---|---|
| Hot | Alto | Baixo | Baixa | Nenhuma | Acesso frequente |
| Cool | Médio | Médio | Moderada | 30 dias | Acesso esporádico |
| Cold | Baixo | Alto | Alta | 90 dias | Acesso muito raro |
| Archive | Muito baixo | Muito alto | Muito alta | 180 dias | Preservação de longo prazo (compliance) |
Dica: Você pode mover os dados entre camadas automaticamente usando políticas de ciclo de vida (Azure Blob Lifecycle Management).
Você pode mover arquivos entre camadas de acesso conforme o uso muda, otimizando o custo de armazenamento ao longo do tempo.
- Upload recente → Vai para a Camada Frequente (Hot Tier)
- Após 3 meses sem acesso → Mover para a Camada Esporádica (Cool Tier)
- Após 1 ano → Transferir para a Camada Fria (Cold Tier)
- Após anos sem uso → Arquivar na Camada de Arquivo Morto (Archive Tier)
O Azure permite automação completa desse processo usando Lifecycle Management, ou seja, regras que movem os arquivos automaticamente de uma camada para outra com base em critérios como tempo de inatividade.
- Azure Blob Lifecycle Management
- Políticas baseadas em tempo de criação ou última modificação
- Ideal para backups, mídia, logs e documentos históricos
O Azure Data Box é um dispositivo físico fornecido pela Microsoft que você solicita, preenche com seus dados e envia de volta para que sejam carregados diretamente no Azure.
É como um "HD externo" da Microsoft — só que robusto, seguro e conectado à nuvem.
Você usa o Azure Data Box quando:
- Possui grandes volumes de dados (dezenas de terabytes)
- Tem uma conexão de internet lenta ou instável
- Precisa garantir a segurança na transferência
- Deseja cumprir exigências legais ou regulatórias em migrações
- Capacidade ideal para:
- Backups de grandes volumes
- Bancos de dados
- Vídeos, imagens e registros diversos
Exemplo:
Sua empresa possui um servidor com 50 TB de dados. Em vez de fazer upload online, transfere localmente para o Data Box e envia o dispositivo.
- Estrutura física resistente a impactos
- Dados criptografados com chave que só você possui
- Segurança garantida mesmo em caso de perda ou roubo
Importante:
A criptografia é essencial — somente você consegue descriptografar os dados no Azure.
- Ideal para:
- Fábricas remotas
- Obras em áreas rurais
- Bases militares e locais isolados
Funcionamento:
Você copia os arquivos localmente → envia a caixa de volta → os dados são carregados no Azure.
- Pode ser utilizado para enviar backups completos ao Azure
- Protege dados críticos em caso de falhas nos sistemas locais
Vantagem:
Recuperação rápida de dados armazenados em nuvem após falhas ou ataques.
- Setores como:
- Saúde
- Governo
- Finanças
Benefício:
Garantia de transporte seguro e rastreável conforme leis e regulamentações.
- Solicite o Data Box no portal do Azure
- A Microsoft envia o dispositivo físico
- Transfira os dados localmente via rede
- Envie a caixa de volta
- A Microsoft carrega os dados no seu Armazenamento Azure
- Os dados são apagados com segurança da caixa
- Quando o volume de dados for pequeno ou médio
- Se você possui conexão rápida e confiável
- Quando não há urgência na migração
Alternativas recomendadas: