Se você trabalha com TI corporativa há mais de dez anos, talvez se lembre da reação do mercado quando a Microsoft anunciou sua plataforma de nuvem. Era 2008. O nome era Windows Azure. E a maioria dos gestores de infraestrutura torceu o nariz.

Não sem razão. A Amazon Web Services já operava desde 2006 com o EC2 e o S3, e o conceito de IaaS ainda soava estranho para muita gente. A ideia de rodar servidores na nuvem pública era, para o enterprise brasileiro, algo entre curiosidade e heresia. Datacenter era coisa que ficava no prédio, de preferência com ar-condicionado redundante e um técnico de plantão no andar de baixo.

A história da Microsoft Azure começa nesse contexto. Ray Ozzie, que havia substituído Bill Gates como chief software architect, foi quem puxou a estratégia. Ozzie enxergava a nuvem como inevitável. Escreveu um memo interno em 2005, o famoso “The Internet Services Disruption”, que basicamente dizia: ou a Microsoft se reinventa para a internet, ou morre lentamente vendendo licenças de software em caixa.

O problema é que a Microsoft de 2008 não era a Microsoft de hoje. Steve Ballmer ainda era CEO. O foco da empresa era Windows, Office e licenciamento on-premises. Falar em nuvem dentro de Redmond era quase uma provocação.

O lançamento do Windows Azure e as dificuldades de posicionamento

O Windows Azure foi lançado comercialmente em fevereiro de 2010, dois anos depois da AWS já estar ganhando tração real. Esse atraso custou caro. A AWS já tinha uma base instalada considerável de startups e empresas de tecnologia, e a percepção de mercado era clara: nuvem pública era coisa da Amazon.

Mas o problema da Azure não era só o timing. Era o posicionamento técnico. A plataforma nasceu muito amarrada ao ecossistema .NET. Se você era um desenvolvedor C# com aplicações ASP.NET, o Windows Azure fazia sentido. Se você rodava Linux, PHP, Python, Java, a mensagem era: “isso aqui não é para você”.

Parece um erro óbvio olhando para trás, mas fazia sentido na lógica interna da Microsoft da época. A empresa vivia de Windows. A nuvem era vista como extensão do Windows. Só que o mundo dos servidores já estava migrando para Linux, e ignorar isso foi um tiro no pé.

Outro ponto: a AWS vendia infraestrutura. Máquinas virtuais, storage, rede. Simples assim. O Windows Azure tentava ser uma plataforma (PaaS) antes de ser infraestrutura (IaaS). Isso confundia os clientes enterprise, que queriam levantar VMs na nuvem do mesmo jeito que faziam no VMware local, não reescrever aplicações para um modelo novo.

O resultado? Nos primeiros anos, a Azure cresceu devagar. Muito devagar para os padrões da corrida que a AWS estava vencendo com folga.

Satya Nadella e a virada de 2014: a origem da Azure que conhecemos hoje

A história muda de verdade em fevereiro de 2014, quando Satya Nadella assume como CEO da Microsoft. É difícil exagerar o impacto dessa troca de comando. Nadella vinha justamente da divisão de cloud e enterprise. Ele entendia o mercado, entendia a tecnologia, e sobretudo entendia que a Microsoft precisava parar de proteger o Windows e começar a servir o cliente onde ele estivesse.

O mantra virou “cloud first, mobile first”. E não era só discurso. Em abril de 2014, a plataforma foi renomeada de Windows Azure para Microsoft Azure. Tirar o “Windows” do nome foi um gesto simbólico e prático ao mesmo tempo. A mensagem era: Azure não é só para quem vive no mundo Microsoft.

A partir daí, a evolução da Azure acelerou de forma impressionante. Em poucos meses, o suporte a Linux se tornou prioridade. Hoje, mais de metade das máquinas virtuais rodando na Azure são Linux. Se alguém contasse isso para Steve Ballmer em 2001 (aquele que chamou Linux de câncer), provavelmente seria demitido na hora.

A aposta em open source que mudou tudo

A abertura para open source não foi superficial. A Microsoft comprou a Xamarin em 2016, levando desenvolvimento cross-platform para dentro do Visual Studio. Em 2018, veio a aquisição do GitHub por 7,5 bilhões de dólares. Muitos desenvolvedores ficaram desconfiados na época. “A Microsoft vai estragar o GitHub”, era o que se ouvia. Não estragou. O GitHub continuou livre e cresceu.

Essas movimentações mudaram a percepção da comunidade técnica. A Microsoft deixou de ser a empresa que brigava com o open source e virou uma das maiores contribuidoras. Isso é relevante para a adoção da Azure porque desenvolvedores influenciam decisões de plataforma, mesmo em grandes empresas.

E não para aí. O .NET virou open source e cross-platform (agora roda em Linux e macOS). O SQL Server ganhou versão para Linux. O Visual Studio Code se tornou o editor mais usado do mundo. Cada uma dessas decisões alimentou a credibilidade da Azure como plataforma neutra.

Azure no Brasil: o datacenter em São Paulo e a questão da soberania de dados

Para o mercado brasileiro, um marco importante na evolução da Azure aconteceu em 2014, quando a Microsoft inaugurou sua região de datacenter em São Paulo. Foi a primeira região Azure na América Latina.

Isso pode parecer detalhe técnico, mas para CIOs e DPOs brasileiros, é tudo. Ter dados armazenados em território nacional resolve (ou pelo menos endereça) questões de latência, conformidade regulatória e soberania de dados. Com a LGPD (Lei 13.709/2018), esse ponto ficou ainda mais sensível. Muitas empresas simplesmente não podem justificar dados pessoais de cidadãos brasileiros hospedados em datacenters nos Estados Unidos sem salvaguardas contratuais robustas.

A Microsoft anunciou posteriormente uma segunda região em São Paulo (Brazil Southeast, no Rio de Janeiro, que entrou em operação em 2021), permitindo cenários de disaster recovery dentro do país. Isso é algo que a AWS também oferece com sua região de São Paulo, mas por um bom tempo a Azure teve a vantagem de ter investido mais cedo em presença local.

Governo e demandas de compliance

A Azure também tem se posicionado agressivamente para atender demandas do governo federal brasileiro. Contratos com órgãos públicos, principalmente para SharePoint Online e Microsoft 365, exigem conformidade com padrões específicos de segurança e residência de dados. A Microsoft tem investido em certificações e adequações para atender a esses requisitos, incluindo suporte a criptografia com chaves gerenciadas pelo cliente.

Isso não quer dizer que não existam controvérsias. A discussão sobre soberania de dados na nuvem pública é complexa. Mesmo com datacenters no Brasil, o provedor continua sendo uma empresa americana sujeita a legislações como o CLOUD Act. É uma tensão que não se resolve com um selo de conformidade. Mas, na prática, a maioria dos órgãos e empresas brasileiras tem aceito o modelo, com as devidas salvaguardas contratuais.

Se a sua empresa precisa organizar o licenciamento Microsoft e a estrutura de nuvem de forma que faça sentido técnico e financeiro, vale conversar com quem faz isso no dia a dia. A Omega Brasil é parceira Microsoft para licenciamento Microsoft 365 corporativo e entende bem os meandros de planos, compliance e integração com Azure.

Por que a Azure tem adoção tão forte no enterprise brasileiro?

A resposta curta: porque a Microsoft já estava dentro dessas empresas antes da nuvem existir.

A resposta longa é mais interessante. Quando uma empresa de médio ou grande porte no Brasil decide migrar para a nuvem, ela não está partindo do zero. Ela já tem Active Directory (agora Entra ID). Já tem Exchange Online ou Microsoft 365. Já tem contratos de licenciamento por volume, Enterprise Agreements, CSPs. O time de TI já conhece o admin center da Microsoft. O suporte já tem canal aberto.

Migrar para a Azure, nesse contexto, é quase uma extensão natural. A integração com Microsoft 365 é nativa. O single sign-on via Entra ID funciona sem camadas extras. O Azure DevOps se conecta ao ecossistema de desenvolvimento que muitas equipes já usam. O Intune gerencia dispositivos que já rodam Windows.

O fator relacionamento de contas

Tem um fator que não aparece em comparativos técnicos, mas pesa muito na decisão: o relacionamento comercial. A Microsoft tem uma rede de parceiros e account managers no Brasil que acompanha contas enterprise há décadas. Quando o CIO precisa negociar um Enterprise Agreement que inclui Office, Windows, Azure e Dynamics, ele fala com um interlocutor que conhece a conta.

A AWS tem melhorado muito nisso nos últimos anos, mas historicamente o modelo comercial da Amazon era mais self-service. Funcionava bem para startups e equipes técnicas que gostam de autonomia. Para o diretor de TI de um banco ou de uma indústria que quer sentar com o fornecedor e negociar um contrato de três anos com compromisso de consumo, o modelo Microsoft ainda soa mais familiar.

(Isso está mudando, claro. A AWS criou programas enterprise robustos. Mas a percepção ainda existe, especialmente em empresas tradicionais.)

Azure vs AWS: uma comparação que faz sentido se for honesta

Qualquer artigo sobre a história da Azure precisa mencionar a AWS, porque as duas se definem uma em relação à outra. Mas comparativos que declaram uma “vencedora” são, na melhor das hipóteses, incompletos.

A AWS continua sendo a líder global em market share de IaaS. Os números da Gartner e da Synergy Research confirmam isso ano após ano. A Azure é a segunda, e vem crescendo mais rápido em termos percentuais. O Google Cloud está em terceiro, com tração crescente em analytics e machine learning.

Onde a AWS se destaca: amplitude de serviços (mais de 200), maturidade em cenários de infraestrutura pura, comunidade enorme de desenvolvedores, precificação granular, ecossistema de marketplace.

Onde a Azure se destaca: integração com Microsoft 365, identidade corporativa (Entra ID / Active Directory), hybrid cloud com Azure Arc, relacionamento enterprise, modelo de licenciamento que permite trazer licenças on-premises para a nuvem (Azure Hybrid Benefit).

Para uma empresa brasileira que roda 90% do seu ambiente em Microsoft, migrar para a AWS é possível, mas exige mais esforço de integração. Para uma startup que nasceu em Linux e containers, a AWS ou o Google Cloud podem fazer mais sentido. A decisão certa depende do contexto, não do logo do provedor.

Azure Arc e a aposta em nuvem híbrida

Um dos movimentos mais inteligentes da Microsoft nos últimos anos foi o Azure Arc. A ideia é simples de explicar (e complicada de implementar): você gerencia servidores on-premises, em outras nuvens ou em edge locations como se fossem recursos dentro da Azure.

Isso atende uma realidade que muitos white papers de cloud ignoram: a maioria das empresas brasileiras de grande porte não vai para a nuvem pública 100%. Elas mantêm workloads on-premises por motivos regulatórios, de performance, de custo ou simplesmente porque o ERP legado roda em um servidor físico que ninguém quer mexer.

O Azure Arc permite que o time de TI tenha um painel unificado para governança, policies e monitoramento, independente de onde a carga de trabalho roda. É uma abordagem pragmática. Em vez de dizer “vá para a nuvem”, a Microsoft está dizendo “leve a Azure até onde seus dados estão”.

Na prática, tenho visto empresas brasileiras adotarem Azure Arc para manter visibilidade sobre ambientes que combinam VMware local, Azure e às vezes até AWS. Não é perfeito. A configuração inicial demanda planejamento. Mas a proposta de valor é clara para quem vive o dia a dia de ambientes híbridos.

Se a sua empresa está nesse cenário de nuvem híbrida ou pensando na migração, faz sentido ter um parceiro que olhe para o ambiente completo. A Omega Brasil oferece soluções de TI corporativa integradas, desde o licenciamento até o projeto de infraestrutura, com visão de governança.

Como surgiu a Azure que domina o enterprise hoje?

Resumindo a cronologia para quem quer a versão direta:

1. 2008: Microsoft anuncia o Windows Azure na PDC (Professional Developers Conference). Ray Ozzie lidera a visão de cloud.
2. 2010: Lançamento comercial. Foco em PaaS e desenvolvedores .NET. Adoção tímida.
3. 2012-2013: Inclusão de IaaS com máquinas virtuais. Começo do suporte a Linux. Ainda sob gestão de Ballmer.
4. 2014: Satya Nadella assume. Renomeação para Microsoft Azure. Inauguração do datacenter em São Paulo. Estratégia “cloud first, mobile first”.
5. 2016: Aquisição da Xamarin. Aposta forte em open source e desenvolvimento cross-platform.
6. 2018: Compra do GitHub. Azure já é a segunda maior nuvem pública do mundo.
7. 2019-2020: Lançamento do Azure Arc. Estratégia de hybrid cloud ganha corpo.
8. 2021: Segunda região no Brasil (Rio de Janeiro) entra em operação.
9. 2023-2024: Investimentos massivos em infraestrutura de IA generativa (parceria com OpenAI), Azure OpenAI Service ganha tração enterprise.

Essa linha do tempo mostra algo interessante: a Azure de hoje tem muito pouco a ver com o Windows Azure de 2010. É quase uma empresa diferente rodando dentro da mesma marca. A capacidade de se reinventar foi o que separou a Microsoft de outras empresas que tentaram entrar em cloud e desistiram (alguém lembra do Oracle Cloud nos primeiros anos?).

O mercado brasileiro está cada vez mais multi-cloud. E isso é saudável.

A realidade que vejo nas empresas brasileiras de médio e grande porte é que poucas estão escolhendo um único provedor de nuvem. O cenário mais comum é Microsoft Azure para cargas de trabalho corporativas (email, colaboração, identidade, ERPs que integram com o ecossistema Microsoft) e AWS para aplicações web, APIs e workloads de desenvolvimento.

Algumas empresas ainda adicionam Google Cloud para analytics e BigQuery, ou para equipes que preferem Kubernetes gerenciado no GKE. A estratégia multi-cloud tem trade-offs reais. Você ganha flexibilidade e poder de negociação, mas perde simplicidade operacional. Gerenciar identidade, rede, billing e segurança em dois ou três provedores diferentes é mais complexo do que os slides de vendas sugerem.

Mas o mercado está amadurecendo. As equipes de cloud estão ficando mais sofisticadas. E os provedores estão facilitando a interoperabilidade (mesmo que no fundo cada um queira ser o provedor principal).

O que eu recomendo para qualquer gestor de TI no Brasil: não escolha nuvem por moda ou por inércia. Faça um assessment sério do seu ambiente. Entenda onde estão suas dependências (Active Directory? Licenças Microsoft? Aplicações Linux? Containers?). E monte uma estratégia que faça sentido para os próximos três a cinco anos, sabendo que vai precisar ajustar no caminho.

O que esperar da Azure nos próximos anos

A Microsoft está apostando pesado em inteligência artificial generativa dentro da Azure, com o Azure OpenAI Service e a integração do Copilot em praticamente todos os produtos. Isso traz um diferencial competitivo real, mas também levanta questões sobre custo, governança de dados e maturidade das soluções.

No Brasil especificamente, a expectativa é de mais investimento em capacidade de datacenter (a demanda por compute de IA está pressionando a infraestrutura globalmente) e de serviços localizados para compliance. A LGPD e regulações setoriais (Banco Central, SUSEP, ANS) continuam sendo motores de demanda por nuvem com presença local.

O multi-cloud veio para ficar. Mas para a maioria das empresas brasileiras com base Microsoft instalada, a Azure vai continuar sendo a nuvem principal. Não por ser objetivamente melhor em tudo, mas porque a integração com o que já existe reduz fricção. E em TI corporativa, reduzir fricção vale muito.

A Omega Brasil é parceira Microsoft e planeja migrações para Azure com governança. Se você precisa de um assessment cloud que olhe para licenciamento, segurança, compliance e custo de forma integrada, solicite uma avaliação. É o tipo de conversa que rende mais do que meses tentando resolver por conta própria.