Categoria: Cloud

Se a sua empresa virtualiza com VMware, a fatura da renovação provavelmente já o apanhou de surpresa, ou está prestes a fazê-lo. Desde que a Broadcom comprou a VMware, o modelo de licenças deixou de ser vendido por produto e a título perpétuo e passou a subscrição por pacotes. O resultado prático para muitas organizações resume-se facilmente: paga mais, por coisas que talvez não usasse, e com muito menos margem para negociar.

A boa notícia é que hoje tem alternativas à VMware para empresas que há cinco anos não estavam tão maduras. A má é que migrar da VMware à pressa, sem números nem plano, paga-se caro em interrupções e sustos. Vamos ao que interessa: o que mudou, que opções reais tem e como decidir com critério em vez de por título de jornal.

O que mudou com a VMware sob a Broadcom (e porque o afeta mesmo sendo PME)

A mudança de fundo não é um ajuste de tarifa: é uma mudança de modelo. Acabaram as licenças perpétuas que comprava uma vez e mantinha com um suporte anual suportável. Agora o licenciamento vai por subscrição e por pacotes, com mínimos de contratação e uma simplificação da oferta que empurra para comprar bundles cheios de funções que muitas PME nem tocam. A tendência geral, reconhecida em todo o setor, é uma subida notável do custo de virtualizar com VMware.

Costuma pensar-se que isto só atinge as grandes contas, mas é ao contrário: a PME é a mais exposta. Não tem uma equipa de compras para lutar com a Broadcom, nem volume para conseguir condições especiais, nem um engenheiro de virtualização livre para repensar a plataforma. Se tem três ou quatro servidores físicos com vSphere a sustentar o seu ERP e as suas máquinas críticas, a renovação pode tornar-se de repente uma das rubricas mais caras do seu orçamento de TI.

E aqui está o erro que vemos todos os dias: renovar em automático “porque sempre foi VMware”, sem pôr na mesa quanto custa ficar face a quanto custa mudar. É essa decisão, tomada sem dados, a que realmente sai cara.

As suas opções reais: ficar, mudar de hipervisor ou passar para a cloud

Antes de se casar com qualquer uma, tenha claro que não há uma resposta universal. Há três caminhos, cada um com o seu preço e as suas letras miudinhas. Sem fanatismos.

1. Continuar a pagar VMware

Não é disparate manter-se se a sua plataforma é grande, muito integrada (vSAN, NSX, automação, DR montado sobre ferramentas VMware) e uma migração puser em risco serviços críticos. Prós: zero migração, continua com o que conhece, suporte do fabricante. Contras: assume a subida e fica preso ao modelo de subscrição da Broadcom para os próximos anos. É válido, mas como decisão consciente, não por inércia.

2. Migrar para outro hipervisor (Proxmox, Hyper-V e companhia)

O Proxmox VE tornou-se a alternativa estrela para PME: virtualização sobre KVM, contentores, cluster, alta disponibilidade e snapshots, sem licenças por CPU e com uma subscrição de suporte opcional muito razoável. Prós: forte poupança em licenças, sem amarras, uma comunidade enorme. Contras: a sua equipa tem de o aprender, ou apoiar-se num parceiro que já o domine.

O Hyper-V encaixa às mil maravilhas se já vive no mundo Microsoft (Windows Server, Active Directory, licenças Datacenter). Prós: integração nativa e suporte de um gigante. Contras: também tem o seu próprio modelo de custos e amarra-o ao ecossistema Microsoft. Há mais opções —baseadas em KVM, Nutanix, XCP-ng—, mas para a maioria das PME a conversa honesta começa por Proxmox ou Hyper-V.

3. Passar cargas para a cloud pública

Levar máquinas para a AWS, o Azure ou uma cloud gerida nem sempre é “tirar servidores de cima”: às vezes é trocar um custo de hardware por um operacional que, mal dimensionado, sai mais caro. Prós: elimina o ferro, escala quando quer e externaliza a camada física. Contras: a despesa recorrente dispara se não controlar o consumo, e nem todas as cargas encaixam na cloud. Muitas vezes a resposta vencedora é híbrida: o crítico e estável no seu hipervisor, o elástico na cloud.

Como se decide bem: TCO a 3 anos, criticidade, esforço e suporte

A decisão não se toma pelo que custe a licença no próximo ano, mas pelo custo total de propriedade (TCO) a três anos. Aí entra tudo: licenças, suporte, horas de migração, formação da equipa, hardware e as horas de gestão mês a mês. Um hipervisor “grátis” que o obriga a triplicar o esforço de administração não é grátis.

Quatro variáveis marcam o resultado:

• TCO a 3 anos: compare “ficar” com “migrar” com todos os custos, não apenas a fatura de licenças.
• Criticidade das cargas: que máquinas param o negócio se falharem e quanta tolerância real tem a uma interrupção.
• Esforço de migração: número de VM, dependências, integrações com o backup e com a sua storage.
• Suporte: quem responde às três da manhã quando algo cai, e com que tempos.

Migrar para poupar em licenças e acabar a gastar o dobro em horas de gestão não é uma poupança: é mudar o problema de sítio.

A nossa recomendação é fria: ponha os números cenário a cenário. Quase sempre surge uma opção claramente melhor para o seu caso. E se não surgir, talvez o mais sensato seja renovar a VMware mais um ciclo enquanto prepara a migração com calma. Ambas são respostas válidas se estiverem sustentadas por dados.

Como se migra sem sustos: inventário, testes, janela de corte e recuo

Uma migração de hipervisor bem feita é aborrecida, e é exatamente isso que procura. O drama aparece quando alguém começa a mexer máquinas “a ver o que acontece”. O método que evita sustos tem quatro fases claras:

• Inventário e dependências: cada VM, os seus recursos, as suas ligações e o que depende de quê. O que não está inventariado é o que se parte.
• Testes em ambiente de laboratório: migra primeiro máquinas não críticas, valida desempenho, rede e backups na nova plataforma antes de tocar na produção.
• Janela de corte controlada: move o crítico num horário acordado, com a migração ensaiada e os tempos medidos, sem improvisar num domingo.
• Plano de recuo: um rollback testado e uma cópia intacta do ambiente original. Se algo correr mal, volta à VMware e tenta outra vez noutro dia, sem perda de dados.

E um detalhe que muitos esquecem: a migração não termina quando a última VM arranca no novo hipervisor. Termina quando tem monitorização 24/7 e backups verificados a correr sobre a nova plataforma. Antes disso, não migrou: mudou o risco para um sítio que ainda não controla.

A oferta da MagicBoxDesk: virtualização e cloud geridas

Na MagicBoxDesk há anos que montamos e migramos plataformas de virtualização, e esta é justamente a decisão em que uma empresa poupa —ou gasta— muito dinheiro consoante o quão bem aconselhada está. Por isso não lhe vendemos um hipervisor concreto: primeiro olhamos para os seus números e depois dizemos-lhe o que lhe convém, mesmo que às vezes seja continuar com a VMware mais um ciclo. Pode contratá-lo como projeto fechado (auditoria e migração com orçamento fechado) ou como serviço gerido contínuo com mensalidade sem surpresas, dentro dos nossos serviços de infraestrutura e cloud.

O que inclui o serviço:

• Auditoria do seu ambiente atual: inventário real de VM, licenças, dependências e custo da sua VMware hoje.
• Proposta com números: TCO a 3 anos comparando ficar, mudar de hipervisor ou passar para a cloud. Decide com dados, não com intuições.
• Migração gerida: testes em laboratório, janela de corte acordada e plano de recuo testado. Sem cortes surpresa.
• Suporte contínuo e monitorização 24/7 sobre a nova plataforma, com backups verificados. Do ferro esquece-se.

A vantagem de externalizar a sua TI connosco é simples: ganha uma plataforma mais barata de operar, sem amarras e com alguém que responde quando algo falha. Um serviço gerido para empresas que transforma a subida da VMware numa oportunidade para arrumar a sua infraestrutura, e não num susto anual.

Transforme a subida da VMware numa decisão inteligente

O licenciamento da Broadcom não tem de ser mau para a sua empresa: pode ser o empurrão de que precisava para repensar uma infraestrutura que andava há anos em piloto automático. Mas isso só acontece se a decisão for tomada com critério e com números, não à pressa da renovação.

Na MagicBoxDesk auditamos a sua VMware, apresentamos-lhe os cenários com valores e, se convier migrar, fazemo-lo nós de princípio a fim para que se ocupe do seu negócio. Peça um orçamento sem compromisso e dizemos-lhe o que lhe convém de verdade; se preferir, escreva-nos ou ligue-nos e vemos isso consigo.

A Microsoft voltou a aumentar o preço dos seus planos Microsoft 365 e, já agora, reorganizou a oferta: planos que mudam de nome, funcionalidades que mudam de sítio e add-ons que antes vinham incluídos e agora são cobrados à parte. A reação típica na empresa é pagar a nova fatura e seguir em frente. É o erro mais caro de todos.

Porque a maioria das empresas não paga a mais por culpa da Microsoft: paga a mais porque ninguém revê o licenciamento há anos. Licenças atribuídas a pessoas que já saíram, planos premium para perfis que só usam o email, add-ons que duplicam o que já vinha incluído. Um aumento de preços é, na verdade, a melhor desculpa que alguma vez vai ter para fazer limpeza e reduzir os custos do Microsoft 365 sem perder nada. Mãos à obra.

Porque quase todas as empresas pagam a mais no Microsoft 365

O licenciamento do Microsoft 365 contrata-se depressa e esquece-se devagar. Compram-se licenças para arrancar, a empresa cresce, entram e saem pessoas, e ninguém volta a olhar para a lista. O resultado é uma fatura que sobe sozinha, e não só por causa dos preços da Microsoft. Estas são as três fugas que aparecem em quase todas as auditorias.

A primeira são as licenças sem utilização. Contas atribuídas a colaboradores que já saíram, a um estagiário de um verão, a um projeto que fechou há meses. A licença continua ativa e a faturar mês após mês, porque dar baixa de alguém quase nunca inclui libertar o seu plano. Numa equipa com rotatividade, isto são centenas ou milhares de euros por ano a pagar por cadeiras vazias.

A segunda é o plano sobredimensionado. Contratou-se um plano potente “para ter tudo coberto” e aplicou-se igual a toda a equipa. Mas o operário de armazém que só pica o ponto e consulta o email não precisa do mesmo plano que o diretor financeiro. Pagar o plano mais caro para 100% das pessoas quando metade usa 10% das suas funções é deitar dinheiro fora com elegância.

A terceira são as duplicações: add-ons e serviços que paga em separado quando já vêm incluídos no seu plano. Um armazenamento extra, uma ferramenta de segurança, uma solução de videochamada de terceiros… que o seu próprio Microsoft 365 já cobre. Vão-se acumulando porque cada um foi contratado num momento diferente e ninguém tem a fotografia completa.

A sua fatura do Microsoft 365 não cresce porque a sua empresa cresce. Cresce porque ninguém olha para ela.

Como auditar o seu licenciamento (sem adivinhar)

Otimizar não é “comprar o plano mais barato”. É fazer coincidir cada licença com uma pessoa real e uma necessidade real. Para isso é preciso uma auditoria ordenada, não um palpite. Estes são os quatro cruzamentos que há que fazer.

• Utilizadores reais vs. licenças contratadas. O primeiro número que surpreende toda a gente: quantas licenças paga face a quantas pessoas trabalham mesmo hoje. A diferença costuma ser dinheiro puro.
• Do que precisa cada perfil. Agrupe a equipa por utilização real: quem precisa das aplicações de ambiente de trabalho, quem trabalha só no navegador, quem apenas consulta o email. Nem todos precisam do mesmo, e é aí que está a poupança.
• Caixas de correio que não precisam de licença. Endereços como info@, vendas@ ou suporte@ podem funcionar como caixas partilhadas, que são gratuitas e não consomem plano. Se as tem como utilizadores com licença, está a pagar por uma caixa que não devia custar nada.
• Contas de ex-colaboradores. Reveja quem está ativo. Muitas contas de gente que já saiu continuam licenciadas “por precaução” para conservar os seus emails, quando esse conteúdo pode ser arquivado sem manter a licença ativa.

Com esses quatro cruzamentos em cima da mesa já tem o mapa: sabe quanto paga, porquê, e quanto disso está a mais. É exatamente o tipo de trabalho que fazemos quando gerimos a infraestrutura e o posto de trabalho de uma empresa, porque a licença é só a ponta do icebergue do custo real de TI.

As alavancas de poupança que funcionam mesmo

Feita a auditoria, a poupança materializa-se com ações concretas. Não são truques: é atribuir bem o que já paga e deixar de pagar o que não usa.

Ajustar o plano a cada perfil. Baixar de plano quem não explora as funções premium e manter o plano potente só onde acrescenta valor. Multiplicado por toda a equipa, mudar o plano de um terço dos utilizadores é a alavanca que mais mexe na fatura. A chave é fazê-lo por perfil, não de forma linear.

Compromisso anual em vez de mensal. A Microsoft cobra mais caro pela flexibilidade de pagar mês a mês. Se a sua equipa base é estável, comprometer essas licenças a um ano reduz o preço unitário. A tática fina é combinar: base estável em compromisso anual e uma pequena almofada mensal para picos e contratações temporárias. Assim poupa sem ficar rígido.

Retirar add-ons desnecessários e aproveitar o que está incluído. Antes de renovar qualquer ferramenta de terceiros, verifique se o seu plano já a cobre. Armazenamento, videochamadas, segurança básica, gestão de dispositivos… O Microsoft 365 inclui muito mais do que a maioria das empresas ativa. Pagar duas vezes pela mesma função é a duplicação mais comum, e a mais fácil de cortar.

O equilíbrio: poupar sem ficar aquém na segurança

Aqui é preciso um aviso importante, porque otimizar mal é perigoso. Cortar licenças para poupar não faz mal; cortar segurança para poupar é uma falha que lhe pode custar mil vezes o que poupa. E é uma tentação real: algumas das funções que se cobram à parte ou vêm nos planos altos são precisamente as de proteção.

Não mexa no que protege a sua empresa. A autenticação multifator (MFA) é inegociável e está em grande medida disponível mesmo nos planos básicos: não há desculpa para a ter desativada. As camadas do Defender —antiphishing, proteção do email e dos dispositivos— não são um luxo dispensável quando o ransomware entra por email todos os dias. Baixar de plano um utilizador que consulta o email não faz mal; deixar toda a empresa sem filtragem antiphishing para poupar uns euros é abrir a porta.

O objetivo correto é pagar pelo que usa e proteger o que importa. Otimizar a sério é saber onde cortar (planos sobredimensionados, licenças mortas, add-ons duplicados) e onde não tocar num único euro (identidade e segurança). Essa fronteira é justamente o que separa uma poupança inteligente de um problema futuro, e é onde ter alguém com critério faz a diferença. Se já conta com um serviço de manutenção informática, a revisão de licenças devia fazer parte dele.

A oferta da MagicBoxDesk: otimização e gestão do Microsoft 365

Na MagicBoxDesk fazemos isto por si e com os números em cima da mesa. Não vendemos um relatório genérico: auditamos o seu licenciamento real, mostramos-lhe exatamente quanto está a mais e executamos a mudança. E não ficamos por aí: gerimos o seu Microsoft 365 de forma contínua para que a fatura não volte a inflacionar-se sozinha sempre que entra ou sai alguém. É a via natural para externalizar a sua TI sem perder o controlo da despesa.

• Auditoria de licenças completa: utilizadores reais vs. licenças, perfis de utilização, caixas partilhadas, contas de ex-colaboradores e add-ons duplicados.
• Proposta de poupança com números: quanto paga hoje, quanto pagaria otimizado e o que muda exatamente. Decide com dados, não com promessas.
• Reatribuição executada: mudamos planos por perfil, libertamos o que está a mais e ativamos o que já tem incluído, sem cortes nem perda de dados.
• Gestão contínua: admissões e saídas, revisão periódica do licenciamento e segurança (MFA e Defender) sempre no seu lugar. Uma mensalidade sem surpresas.

Contrata-o como serviço gerido para empresas, com uma mensalidade clara, e o que ganha é duplo: uma fatura do Microsoft 365 mais baixa e a tranquilidade de que alguém a vigia por si. A poupança, na maioria dos casos, paga com folga o serviço.

Se o último aumento de preços o fez olhar para a fatura com outros olhos, é a altura de fazer bem as contas. Peça um orçamento sem compromisso e dizemos-lhe quanto pode realmente poupar nas suas licenças, com números concretos e sem tocar na sua segurança. Também pode escrever-nos e vemos isso consigo.

A fatura da cloud quase nunca descarrila de repente. Sobe pouco a pouco, mês após mês, até que um dia alguém das finanças lhe pergunta porque estão a pagar o mesmo que custaria um funcionário a meio-tempo. E a resposta honesta costuma ser incómoda: não sabemos ao certo. É aí que começa o verdadeiro problema, que não é a cloud em si, mas a falta de controlo sobre o que se liga, o que se esquece e o que ninguém desliga.

A boa notícia é que reduzir os custos da cloud não significa cortar potência nem aceitar que o seu site fique mais lento. Quase toda a poupança está em dinheiro que já está a deitar fora sem que ninguém repare: máquinas sobredimensionadas, ambientes de teste ligados todo o fim de semana, discos órfãos de servidores que apagou há seis meses. É a isto que se chama FinOps e, aplicado com critério a uma PME, devolve-lhe entre 20% e 40% da fatura sem tocar no desempenho. Vamos ver por partes.

Porque é que a fatura da cloud descarrila

A cloud vende-se com uma promessa perfeita: paga só pelo que usa. As letras pequenas dizem outra coisa: paga pelo que tem ligado, use-o ou não. E ligar é trivial —dois cliques— ao passo que desligar exige que alguém se lembre, saiba que aquele recurso é seu e tenha tempo. Numa PME sem um responsável de cloud claro, esse “alguém” não existe, por isso nunca se desliga nada.

A isto junta-se a cultura do “por via das dúvidas”. Um programador levanta uma máquina maior do que o necessário porque não quer ficar aquém. Contrata-se mais armazenamento do que fará falta em dois anos. Duplicam-se ambientes para uma demonstração e ficam ali. Cada decisão, por si só, parece razoável. Somadas, são uma fuga constante que a fatura esconde por trás de um único número global que ninguém desdobra.

O terceiro fator é a complexidade do modelo de preços. A AWS, a Azure e a Google Cloud têm catálogos com milhares de referências, tarifas por transferência de dados, preços que variam por região. É quase impossível que alguém sem dedicação específica perceba para onde vai o dinheiro. E o que não se mede, não se controla. Por isso o primeiro passo de qualquer otimização séria não é desligar nada, mas ver a fatura a sério: por serviço, por projeto e por responsável.

Recursos desligados, sobredimensionados e esquecidos

Aqui está o grosso da poupança rápida, a que não exige redesenhar nada. São três tipos de desperdício que aparecem em quase todas as contas que auditamos, e que se corrigem em dias, não em meses.

• Recursos órfãos: discos que sobreviveram à máquina que apagou, IP fixos sem uso, cópias de servidores que já não existem, balanceadores sem nada por trás. Não prestam serviço a ninguém e pagam-se por inteiro todos os meses.
• Recursos sobredimensionados: a máquina de 16 GB de RAM que trabalha sempre a 8%. O motor de base de dados contratado para picos que nunca chegam. Ajustar ao tamanho real (rightsizing) costuma cortar metade do custo desse recurso sem que o utilizador note qualquer diferença.
• Recursos ligados sem uso: ambientes de desenvolvimento, testes e pré-produção a funcionar 24/7 quando só se usam no horário de expediente. Desligá-los à noite e ao fim de semana elimina 70% da sua fatura de uma vez.

Este último ponto é a vitória mais fácil e a que mais gente ignora. Um ambiente de teste só faz falta 40 horas por semana, não 168. Programar o encerramento automático fora do horário é meia hora de trabalho e poupa dinheiro todas as semanas durante anos. O mesmo com as políticas de ciclo de vida: mover dados antigos para níveis mais baratos e apagar automaticamente o que caduca.

O requisito prévio para tudo isto é a etiquetagem. Se cada recurso levar o seu projeto, o seu ambiente e o seu responsável, sabe o que pode desligar sem medo. Sem etiquetas, cada limpeza é uma roleta russa em que o prémio é deitar abaixo a produção. É o que transforma a otimização em algo repetível em vez de um feito heroico isolado.

Reservas, autoscaling e licenças bem ajustadas

Depois de limpar o que sobra, é altura de otimizar o que realmente precisa. E aqui o erro mais caro é pagar preço de tabela cheio por cargas de trabalho perfeitamente previsíveis. Se sabe que um servidor vai estar ligado todo o ano —e a sua base de dados de produção está—, pagá-lo a pedido é deitar dinheiro fora.

Reservas e planos de poupança para o estável

As instâncias reservadas e os savings plans dão descontos entre 30% e 70% em troca de um compromisso de uso por um ou três anos. Para a base da sua infraestrutura —aquilo que sabe que vai continuar ali— é dinheiro oferecido que está a recusar. A chave é reservar apenas o que é verdadeiramente estável e deixar o resto a pedido; comprometer-se a mais prende-o a recursos que talvez deixe de usar.

Autoscaling para o variável

Para as cargas que sobem e descem —o seu site em campanha, um processo que dispara ao fim do mês— a resposta não é uma máquina enorme por precaução, mas o autoscaling: que a infraestrutura cresça quando é preciso e encolha quando o pico passa. Assim paga capacidade alta só durante as horas em que a usa, e o desempenho não se ressente porque o sistema reage antes de o utilizador notar. Isto desmonta o falso dilema entre poupar e render: bem configurado, faz as duas coisas ao mesmo tempo.

Licenças que paga duas vezes

E depois há o capítulo silencioso: as licenças. Windows Server, SQL Server ou bases de dados comerciais faturadas dentro da máquina cloud quando talvez já tenha licenças próprias para trazer, ou quando uma alternativa open source faria o mesmo trabalho de graça. Rever isto uma vez por ano recupera quantias que surpreendem, porque é dinheiro pago em piloto automático.

Como vigiá-la todos os meses sem enlouquecer

A otimização não é um projeto de uma só vez. Se a abandonar, em seis meses a fatura volta a inchar porque a equipa continua a criar recursos e ninguém os revê. Mas isso não significa viver a olhar para painéis: significa montar três ou quatro controlos automáticos que trabalhem por si e só o avisem quando algo se desvia.

• Orçamentos com alertas: define um teto mensal por projeto e recebe um aviso quando a despesa projetada está prestes a ultrapassá-lo. Fica a saber a meio do mês, não quando chega a fatura.
• Deteção de anomalias: os três grandes fornecedores avisam quando a despesa dispara de forma invulgar. Um processo pendurado a consumir pode custar centenas de euros num fim de semana se ninguém o vir.
• Revisão mensal de 30 minutos: uma vista de olhos ao detalhe por serviço comparado com o mês anterior. O que subiu e porquê? Com a etiquetagem bem feita, a resposta está a um clique.
• Relatório de recomendações: as plataformas sugerem o que redimensionar e o que reservar. Não aceite às cegas, mas é o seu ponto de partida todos os meses.

A chave está em apoiar esta vigilância na sua monitorização habitual, para cruzar custo com desempenho real. De nada serve cortar uma máquina se com isso degrada o serviço: o objetivo é gastar o justo para o desempenho de que o seu negócio precisa. Custo e desempenho olham-se sempre em conjunto.

A cloud não é cara. Cara é a cloud que ninguém vigia.

Como a MagicBoxDesk o ajuda a otimizar a sua cloud

Na MagicBoxDesk fazemos exatamente isto: auditamos a fundo a sua conta cloud e mostramos-lhe, em euros, para onde vai o dinheiro e quanto podemos recuperar sem tocar no seu desempenho. Primeiro a limpeza rápida, depois o ajuste fino de reservas, autoscaling e licenças, e por fim deixamos montado o sistema de vigilância para que a fatura não volte a descarrilar. Tudo dentro dos nossos serviços de infraestrutura cloud gerida, com suporte em toda a Espanha e deslocação aos seus escritórios quando é preciso.

O melhor é que a otimização cloud quase sempre se paga a si própria: a poupança do primeiro mês costuma cobrir o trabalho, e a partir daí é margem para o seu negócio. Tratamos de tudo para que se possa dedicar ao que é seu. Peça um orçamento sem compromisso e, com a sua fatura real à frente, dizemos-lhe quanto pode poupar de verdade.

A pergunta que quase ninguém faz antes de pagar o Microsoft 365 Copilot é a única que importa: que tarefa concreta vai deixar de fazer, ou vai fazer em metade do tempo, uma pessoa da sua equipa? O Copilot não é magia nem um brinquedo de demonstração. É uma camada de IA generativa dentro do Word, Excel, Outlook, Teams e do resto da suite, com uma licença paga por utilizador que se soma à que já tem. E o seu valor não depende do modelo de IA: depende de quão organizados estão os seus dados e as suas permissões.

Este guia vai direto ao assunto: o que o Copilot faz de verdade, o requisito que nenhum comercial lhe conta, quando compensa pagá-lo, como medir o retorno e como se implementa sem abrir uma falha de segurança. E se no final o quiser bem feito, contamos-lhe como o montamos.

O que o Copilot faz de verdade no dia a dia (e o que não é)

O Copilot vive dentro das aplicações que a sua equipa já usa e trabalha sobre os seus próprios documentos, e-mails e reuniões, não com conhecimento genérico da internet. É aí que está a diferença face a um ChatGPT qualquer: sabe o que existe no seu SharePoint, na sua caixa de entrada e no seu Teams, e usa-o para redigir, resumir e pesquisar. O que poupa tempo de verdade é isto:

• No Outlook: redige rascunhos de resposta, resume um fio de vinte e-mails em três linhas e diz-lhe o que lhe estão a pedir.
• No Teams: resume uma reunião a que não chegou, extrai decisões e tarefas com o respetivo responsável e põe-no a par de uma conversa longa.
• No Word: transforma quatro notas num primeiro rascunho de proposta, reescreve com outro tom ou resume um contrato de vinte páginas.
• No Excel: explica uma tabela, sugere fórmulas e deteta tendências sem que se ande a lutar com a sintaxe.

E agora o que não é, porque é aqui que nascem quase todas as deceções. O Copilot não substitui ninguém: acelera quem já sabe fazer o seu trabalho. Não é infalível; inventa coisas de vez em quando, por isso há que rever tudo antes de enviar. E se os seus dados são um caos, as suas respostas serão um caos organizado. Também não é um “instala e está feito”: sem a preparação que vem a seguir, paga a licença e as pessoas abandonam-no em duas semanas.

O requisito que ninguém lhe conta: governação de dados e permissões

Esta secção decide se o Copilot é uma ferramenta ou um incidente de segurança à espera de acontecer. A regra é tão simples quanto incómoda: o Copilot vê exatamente o que vê o utilizador que o usa. Nem mais, nem menos. Respeita à letra as permissões do seu SharePoint, dos seus OneDrive e das suas caixas de correio. O problema não é o Copilot: é que na maioria das empresas essas permissões estão mal definidas há anos e ninguém deu por isso.

Pense assim. Aquela pasta “Direção” com os recibos de vencimento que alguém partilhou com “toda a organização” para se safar do momento. O Excel dos salários pousado num espaço partilhado. Enquanto ninguém navegar até lá, estão “escondidos à vista de todos”. O Copilot muda as regras: um colaborador escreve “quanto ganha a equipa comercial?” e se tiver permissão técnica para ler esse ficheiro —ainda que nunca a devesse ter tido—, serve-lho resumido em segundos. Não pirateou nada: usou uma permissão que estava mal desde o início.

O Copilot não cria falhas de segurança: torna-as visíveis. Converte cada permissão mal definida dos últimos dez anos numa pergunta que qualquer um pode formular.

Por isso implementar bem o Copilot começa antes de comprar uma única licença, com uma revisão das permissões e da governação do dado: quem acede a quê, onde há pastas abertas a demasiada gente e que informação sensível é preciso etiquetar ou restringir. É um trabalho de cibersegurança antes de ser de IA, e saltá-lo transforma uma boa ideia num problema de conformidade e de GDPR.

Quando compensa e como medir o retorno

O Copilot é uma licença paga por utilizador que se soma ao que já paga pelo Microsoft 365. Não é barato multiplicado pelo quadro de pessoal, por isso a pergunta não é “quero-o?” mas sim “em que postos me devolve mais do que custa?”. E a resposta mede-se em horas de perfis caros que deixam de se perder em tarefas repetitivas.

Compensa com clareza nos perfis que vivem na suite e produzem muito texto ou análise:

• Direção e chefias intermédias que se afogam em e-mail e reuniões: resumos de fios e atas automáticas.
• Comercial e marketing: primeiros rascunhos de propostas, ofertas e comunicações que se afinam à mão.
• Administração, jurídico e finanças: resumo de contratos, cruzamento de dados e documentos repetitivos.
• Suporte e atendimento: respostas mais rápidas e consistentes a partir da documentação interna.

Compensa pouco nos perfis que mal tocam no Office: produção, armazém, oficina ou quem vive num software vertical próprio. Comprar o Copilot para todo o quadro “por igualdade” é a forma mais rápida de deitar dinheiro fora. Atribui-se por posto e por tarefa, não a granel.

Como mede o retorno sem se enganar? Antes de implementar, escolha um grupo piloto e defina que tarefa concreta quer acelerar e quanto tempo demora hoje: preparar uma proposta, redigir a ata semanal, responder ao e-mail da manhã. Ponha o Copilot durante um mês e volte a medir essa mesma tarefa. Se uma pessoa poupar duas ou três horas por semana de trabalho real, a licença paga-se sozinha com folga. Se ao fim de um mês as pessoas nem o abrem, não é que o Copilot não sirva: é que o caso de uso não encaixava, e isso corrige-se antes de escalar ao resto.

Como se implementa bem: avaliação, permissões, pilotagem, formação e implementação

Uma implementação que funciona não se parece com “comprar licenças e distribuí-las”. Segue uma ordem que evita as duas formas de falhar: a falha de segurança e o abandono por falta de uso. Cinco fases.

• Avaliação: que perfis ganham de verdade, que tarefas quer acelerar e em que estado estão os seus dados e o seu licenciamento atual de Microsoft 365.
• Limpeza de permissões: auditar e corrigir acessos no SharePoint, OneDrive e Teams, fechar pastas abertas a demasiada gente e etiquetar a informação sensível. A fase inegociável.
• Pilotagem: um grupo reduzido, com casos de uso definidos e medição prévia. Aprende o que funciona na sua empresa sem arriscar todo o quadro.
• Formação: ensinar a perguntar bem (o “prompt” importa), a rever sempre a resposta e a não meter no Copilot o que não deve sair. Sem isto, as pessoas desistem.
• Implementação por vagas: escala-se do piloto ao resto por grupos, ajustando licenças a cada posto e com suporte para tirar dúvidas a quente.

Repare na ordem: a segurança vai antes da IA, e a pilotagem antes da implementação massiva. É o contrário de comprar licenças para todos no primeiro dia e descobrir uma semana depois que um estagiário pode consultar os recibos de vencimento da direção. Fazê-lo bem não é mais lento: evita ter de desligar o projeto a correr.

A oferta da MagicBoxDesk: Copilot e IA no posto de trabalho, bem implementados

Na MagicBoxDesk implementamos o Microsoft 365 Copilot e a IA no posto de trabalho como um serviço gerido, não como uma venda de licenças e adeus. Começamos pelos seus dados e pelas suas permissões, e não ligamos o Copilot enquanto o terreno não estiver seguro. Trabalhamos em toda a Espanha, em remoto e presencial, e ficamos como o seu departamento de TI externo. Isto é o que inclui:

• Revisão de permissões e governação do dado no SharePoint, OneDrive e Teams antes de ativar seja o que for: fechamos as falhas que o Copilot iria destapar.
• Licenciamento ótimo: Copilot apenas nos postos onde devolve o investimento, com o plano de Microsoft 365 correto por baixo. Nem a mais, nem a menos.
• Pilotagem com métricas reais: um grupo, casos de uso definidos e medição antes/depois para saber se compensa antes de escalar.
• Formação prática à sua equipa: perguntar bem, rever sempre e usar a ferramenta com critério de segurança.
• Suporte contínuo como serviço gerido, com mensalidade sem surpresas, para tirar dúvidas e ajustar a implementação.

Fazemo-lo dentro do nosso serviço de posto de trabalho gerido e do resto dos serviços de TI com que empresas de toda a Espanha externalizam o seu departamento de informática. A vantagem de contratar a implementação com a MagicBoxDesk é simples: a IA entra na sua empresa a trazer valor real e sem abrir um flanco de segurança.

Está a ponderar o Copilot e não sabe se compensa, ou quer montá-lo sem que lhe escape informação pelo caminho? Analisamo-lo e dizemos-lhe do que precisa de verdade, sem fumo. Peça um orçamento sem compromisso e planeamos uma implementação de Copilot segura, medida e rentável.

Migrar uma empresa para o Microsoft 365 não falha por falta de licenças: falha porque alguém desliga o correio antigo cedo demais e, na segunda-feira de manhã, metade dos colaboradores não consegue enviar um único e-mail. A tecnologia é a parte fácil. O difícil é fazê-lo sem que ninguém note a mudança, e é aí que se separam as migrações limpas daquelas que acabam numa semana de incidentes.

Este guia vai direto ao assunto: o que muda de verdade, como se prepara o terreno, como se move o correio sem o cortar, os erros que saem caros e o que há a fazer no dia seguinte. Se quer fazê-lo com rede de segurança, no final contamos-lhe como o fazemos sem parar a empresa.

O que ganha (e o que muda) ao passar para o Microsoft 365

O Microsoft 365 não é “o Office de sempre mas na cloud”. É deixar de manter um servidor de correio próprio, ter a caixa acessível a partir de qualquer dispositivo e unificar correio, ficheiros, videochamadas e segurança sob uma única identidade. Para uma PME, isso significa menos infraestrutura para cuidar e menos coisas que se podem avariar numa sexta-feira às seis.

O que ganha, em concreto:

• Correio profissional com o seu domínio, sem servidor físico para manter nem atualizar.
• Ficheiros em SharePoint e OneDrive: adeus à pasta partilhada do NAS que só uma pessoa entende.
• Teams para reuniões e trabalho em equipa, com o mesmo login do correio.
• Segurança de série: MFA, políticas de acesso e cópia na cloud da Microsoft.

O que muda para o utilizador? Menos do que teme. O Outlook continua a ser o Outlook. O que muda é por baixo: onde vive a caixa, como se acede e quem responde quando algo falha. E muda a fatura: passa de um investimento em servidores para uma mensalidade por utilizador previsível, que sobe e desce consoante a sua equipa cresce ou encolhe.

Preparação: domínio, licenças e cópia prévia

90% do sucesso de uma migração joga-se antes de mover um único e-mail. Esta fase é aborrecida e é a que ninguém quer pagar; é também a que evita o desastre. Três pilares.

1. O domínio e os seus DNS

É o seu domínio que envia o correio para um sítio ou outro. Antes de migrar há que verificar o domínio no Microsoft 365 e ter claros os registos DNS: MX (para onde chega o correio), SPF, DKIM e DMARC (que dizem quem pode enviar em seu nome). Mexer no registo MX é o que redireciona o correio para a nova caixa, e por isso mexe-se no fim, não no princípio. Se o mudar cedo demais, começa a receber numa caixa vazia.

2. As licenças certas

Nem todas as licenças servem para tudo. Uma Business Basic dá correio e Teams web mas não o Office de secretária; uma Business Standard sim; uma Business Premium acrescenta a camada de segurança (Intune, Defender) de que muitas empresas precisam e nem sabem que existe. Comprar mal aqui é pagar a mais todos os meses durante anos ou ficar aquém e ter de ampliar à pressa. Dimensiona-se por perfil de utilizador, não comprando o mesmo para todos.

3. A cópia prévia (isto não é opcional)

Antes de mover seja o que for, faz-se cópia do correio, contactos e calendários de origem. Parece óbvio e é a primeira coisa que salta quem vai com pressa. Uma migração corre bem 95% das vezes; a cópia prévia é o seu seguro para os restantes 5%. Sem cópia, um erro de sincronização é correio perdido e sem volta atrás.

A migração passo a passo sem cortar o correio

A chave para não parar a empresa é simples de enunciar e difícil de executar: a nova caixa enche-se antes de redirecionar o correio para ela. Nunca ao contrário. Assim, no dia da mudança, o utilizador já tem todo o seu histórico à espera. A ordem que funciona:

• Preparação: domínio verificado, utilizadores e licenças criados no 365, cópia prévia feita.
• Sincronização inicial: copia-se todo o correio do sistema antigo para a nova caixa em segundo plano, sem tocar no correio em produção. O utilizador continua a trabalhar como sempre.
• Sincronização delta: mesmo antes do corte, copiam-se apenas os correios novos dessas últimas horas. Assim a nova caixa está atualizada ao minuto.
• Mudança de MX: aponta-se o registo MX para o Microsoft 365. A partir daqui o correio novo entra no 365. Escolhe-se uma janela de baixo tráfego (sexta à tarde ou fim de semana).
• Reconfiguração dos clientes: Outlook e telemóveis apontam para a nova caixa. Com a sincronização bem feita, o utilizador abre o Outlook na segunda e tem tudo.

Durante a propagação do DNS (que pode demorar horas) pode chegar correio à caixa antiga. Por isso a caixa de origem não se desliga no mesmo dia: mantém-se viva uns dias a recolher os retardatários. O correio nunca se perde porque há sempre uma caixa à escuta.

Erros típicos que saem caros

Quase todas as migrações que acabam mal falham pelo mesmo. Nenhum é um problema técnico complexo; são todos de método.

• Mudar o MX antes de sincronizar. O clássico: redireciona o correio para uma caixa vazia e o utilizador entra em pânico porque “desapareceu tudo”.
• Desligar o servidor antigo cedo demais. Perdem-se os correios que ainda chegavam lá durante a propagação do DNS.
• Esquecer SPF, DKIM e DMARC. Migra e de repente o seu correio de saída cai no spam dos seus clientes. Dano reputacional silencioso.
• Não contar com impressoras, scanners e aplicações que enviam correio. A multifunções que “digitaliza para email” deixa de funcionar porque ninguém reconfigurou o seu envio SMTP.
• Não avisar a equipa. Sem um aviso prévio e sem alguém a quem perguntar, cada dúvida transforma-se num ticket e em horas perdidas.
• Migrar sem cópia prévia. Ir sem rede. Quando algo falha, não há marcha atrás.

Uma migração julga-se pelo que o utilizador não nota. Se na segunda-feira ninguém lhe escreve a perguntar onde está o seu correio, correu bem.

Depois de migrar: segurança (MFA) e formação da equipa

Mover o correio é metade do trabalho. A outra metade começa quando já está tudo no 365, e é a que marca a diferença entre “temos o Microsoft 365” e “estamos protegidos com o Microsoft 365”.

Primeiro, MFA (verificação em dois passos) para todos, sem exceção. Uma caixa na cloud só com palavra-passe é uma caixa que, mais cedo ou mais tarde, acaba comprometida: o phishing existe precisamente porque funciona. Com o MFA ativo, roubar a palavra-passe já não basta para entrar. É a medida de segurança com a melhor relação esforço-proteção que existe, e no 365 ativa-se por política. A partir daí convém rever acessos por dispositivo, o bloqueio de reencaminhamentos automáticos externos e uma política de palavras-passe sensata.

Segundo, formação mínima à equipa. Não um curso de três dias: quatro coisas práticas. Onde estão agora os ficheiros partilhados (SharePoint em vez da pasta de rede), como funciona o segundo fator no telemóvel, como se recupera um correio apagado e a quem se liga quando algo não funciona. Uma migração tecnicamente perfeita que deixa a equipa perdida acaba por gerar mais tickets do que uma razoável bem acompanhada.

Como a MagicBoxDesk o faz sem downtime

Na MagicBoxDesk migramos empresas para o Microsoft 365 em toda a Espanha com um princípio inegociável: o negócio não para. Preparamos o terreno (domínio, DNS, licenças dimensionadas a cada perfil, cópia prévia completa), sincronizamos as caixas em segundo plano enquanto a sua equipa continua a trabalhar, e deixamos a mudança de MX para a janela de menor impacto. Na segunda-feira, cada pessoa abre o Outlook e tem o seu correio, os seus contactos e o seu calendário intactos. Sem cortes, sem correios perdidos, sem surpresas.

E não o deixamos sozinho no dia seguinte: ativamos o MFA e as políticas de segurança, reconfiguramos impressoras e aplicações que enviam correio, formamos a equipa e ficamos como o seu departamento de TI externo para o que vier a seguir. Faz parte dos nossos serviços de infraestrutura e cloud, pensados para que a tecnologia deixe de ser o seu problema e você se dedique ao seu negócio.

Está a pensar dar o salto para o Microsoft 365 ou arrasta uma migração a meio que deixou incidentes? Analisamo-la e dizemos-lhe o que precisa de verdade, sem fumo. Peça um orçamento sem compromisso e planeamos a sua migração sem parar a empresa.

Um servidor de correio Exchange que deixou de receber correções não é “um servidor um pouco antigo”: é uma porta aberta com o seu nome escrito por cima. As versões antigas do Exchange Server (2016 e 2019) chegaram ao fim de suporte, e isso significa uma coisa muito concreta: a Microsoft já não publica atualizações de segurança para elas. A próxima vulnerabilidade grave que surgir não vai ser tapada. E num servidor de correio, elas surgem.

A boa notícia é que sair daí não tem de doer. A maioria das PME ganha ao passar o correio para a nuvem gerida, e isso pode fazer-se sem perder um único email e sem interrupção do serviço. Este guia explica-lhe porque é urgente, que opções reais tem e como se migra sem que a sua equipa dê por nada. No final contamos-lhe como o fazemos.

Porque é que um servidor de correio sem suporte é um problema sério

O correio é o sistema mais exposto que a sua empresa tem: está publicado na internet 24 horas por dia, sete dias por semana, à espera de ligações de qualquer pessoa. Quando a Microsoft deixa de dar suporte a uma versão, deixa de tapar as brechas que vão sendo descobertas. Um servidor de correio sem suporte acumula falhas conhecidas que já ninguém vai corrigir, e os atacantes procuram-nas precisamente aí, porque sabem que muitas empresas continuam com a versão antiga “porque funciona”.

O risco não é teórico e tem três faces que custam dinheiro a sério:

• Segurança: o Exchange foi um dos alvos preferidos dos ataques dos últimos anos. Um servidor sem correções é a via de entrada perfeita para ransomware, roubo de dados ou controlo total do correio empresarial.
• Reputação e spam: se comprometerem o seu servidor, ele começa a enviar spam em seu nome. O seu domínio acaba em listas negras e, de repente, os seus emails legítimos são rejeitados ou caem na pasta de spam dos seus clientes. Recuperar a reputação de um domínio leva semanas.
• Downtime: no dia em que esse servidor cai —por uma cifragem ou por uma falha sem correção— a sua empresa fica sem correio. E sem correio não se fatura, não se atendem clientes nem se coordena a equipa.

E um fator que quase ninguém repara: a conformidade. Manter dados pessoais num sistema que sabe ser inseguro é difícil de justificar perante o GDPR se houver uma violação. “Ia andando” não é uma defesa.

As suas opções: Microsoft 365, outro correio gerido ou servidor próprio atualizado

Não há uma única resposta boa para todos, mas há uma que encaixa na grande maioria das PME. Estas são as três saídas reais, com critério para escolher.

1. Migrar o correio para o Microsoft 365 (a opção que ganha quase sempre)

Passar para o Microsoft 365 é deixar de ter um servidor de correio físico para manter, corrigir e vigiar. A caixa de correio vive na nuvem da Microsoft, atualiza-se sozinha, inclui segurança de origem (MFA, antispam, cópia na nuvem) e paga-se por uma mensalidade por utilizador previsível. Para uma empresa que vinha de um Exchange local, a mudança para o utilizador é mínima: o Outlook continua a ser o Outlook. O que desaparece é a infraestrutura que se avaria numa sexta-feira à tarde. Para a maioria das PME, esta é a decisão sensata.

2. Outro correio gerido na nuvem

Se a sua empresa não vive dentro do ecossistema da Microsoft ou procura algo mais leve, existem plataformas de correio gerido profissionais que também tiram do meio o servidor próprio. Cobrem correio com o seu domínio, caixas colaborativas, antispam e cópia. Faz sentido quando não precisa de Teams, SharePoint nem do Office de secretária e quer um correio sólido, sem mais. A chave é a mesma: que alguém o faça a gestão e o mantenha seguro por si, e não voltar a montar outro servidor sem vigilância.

3. Manter servidor próprio, mas atualizado

Manter o Exchange em casa só faz sentido em casos muito concretos: requisitos regulatórios que obriguem a ter o correio dentro das suas instalações ou integrações legadas que não se podem mover. E mesmo assim, a condição é inegociável: versão com suporte, corrigida ao dia e monitorizada. Ficar numa versão sem suporte “para poupar” não é poupar: é adiar uma fatura muito maior.

O que a sua empresa arrisca numa migração de correio

O correio não é só as mensagens novas que entram. É o histórico de anos de relação com os seus clientes, e muita gente usa-o como o seu arquivo de trabalho. Uma migração mal feita não “perde um par de emails”: pode perder contratos, orçamentos enviados, conversas jurídicas ou o único sítio onde estava aquele anexo de que agora precisa. Por isso uma migração de correio julga-se por aquilo que não se perde.

O que há que transferir na íntegra, sem falhas:

• Caixas completas: todo o correio, com a sua estrutura de pastas tal como está, não um despejo desordenado.
• Histórico, contactos e calendários: anos de correspondência, a lista de contactos e as reuniões futuras já marcadas.
• Regras, assinaturas e respostas automáticas: os filtros que cada um tinha montados e as assinaturas corporativas, para que ninguém tenha de os refazer à mão.
• Listas de distribuição e caixas partilhadas: o “info@”, o “administracao@” e as listas internas que toda a equipa usa.
• Continuidade do serviço: durante todo o processo, a empresa continua a enviar e a receber. Sem janela de “hoje não há correio”.

Uma migração de correio julga-se por aquilo que o utilizador não nota. Se na segunda-feira ninguém pergunta onde está o seu histórico, correu bem.

Como se migra sem interrupções

A regra de ouro é simples de enunciar e difícil de executar: a nova caixa enche-se antes de redirecionar o correio para ela, nunca ao contrário. Assim, no dia da mudança, cada pessoa já tem o seu histórico à espera. O processo que funciona, por fases:

• Coexistência: o sistema antigo e o novo convivem uns dias. O correio continua a entrar no Exchange enquanto se prepara o destino e se faz cópia prévia.
• Migração por lotes: as caixas copiam-se em segundo plano, por grupos, sem tocar no correio em produção. A equipa continua a trabalhar como em qualquer outro dia enquanto o destino se vai enchendo.
• Sincronização final: mesmo antes do corte copiam-se apenas os emails das últimas horas, para que a nova caixa esteja ao minuto.
• Mudança de MX: aponta-se o registo MX do domínio para o correio novo, numa janela de baixo tráfego (sexta à tarde ou fim de semana). A partir daí, o correio novo entra na nuvem.
• Verificação: comprova-se que chega e sai correio, que o SPF, o DKIM e o DMARC estão bem (para não cair em spam), que as impressoras e aplicações que enviam email continuam a funcionar, e que ninguém ficou de fora.

O servidor Exchange antigo não se desliga no mesmo dia: mantém-se vivo uns dias a recolher os correios que ainda cheguem enquanto o DNS se propaga. Há sempre uma caixa à escuta, por isso nenhum correio se perde pelo caminho. Quando tudo está verificado e estável, retira-se o servidor antigo de forma segura.

A oferta da MagicBoxDesk: a sua migração de correio, gerida de princípio a fim

Na MagicBoxDesk tiramos o seu correio do servidor sem suporte e levamo-lo para a nuvem em toda a Espanha, com um princípio inegociável: o negócio não para e não se perde um único email. Fazemo-lo como migração gerida em projeto fechado —sabe de antemão o âmbito e o custo, sem surpresas— e, se quiser, ficamos depois como o seu correio empresarial gerido e o seu departamento de TI externo. Faz parte dos nossos serviços de infraestrutura e cloud, com a cibersegurança incluída desde o primeiro dia.

O que inclui o serviço:

• Auditoria prévia do Exchange atual e escolha do destino (Microsoft 365 ou outro correio gerido) segundo o seu caso real.
• Cópia prévia e migração por lotes com coexistência: caixas, histórico, contactos, calendários, regras, assinaturas, listas e caixas partilhadas.
• Mudança de MX e configuração de SPF, DKIM e DMARC para que o seu correio chegue e não caia em spam.
• Segurança de origem: MFA para todos, políticas de acesso e retirada segura do servidor antigo.
• Formação da equipa e suporte contínuo com mensalidade sem surpresas se optar por continuarmos a gerir o seu correio.

O que ganha é o importante: zero interrupções, zero emails perdidos e um correio que já não é um risco de segurança, mas uma ferramenta que funciona. Deixa de vigiar correções e de rezar para que o servidor aguente.

Se continuar com um Exchange sem suporte, cada semana que passa é uma semana de exposição gratuita para os atacantes. Vamos resolvê-lo antes que seja uma urgência. Peça um orçamento sem compromisso e planeamos a sua migração de correio sem parar a empresa.

A pergunta «vamos para o Azure, para a AWS ou montamos um servidor próprio?» quase nunca se decide pela tecnologia. Decide-se por dinheiro mal calculado, pelo medo de perder o controlo e por um comercial que lhe mostrou uma demonstração bonita. E assim uma PME acaba a pagar uma fatura de cloud que triplica o previsto, ou a comprar um armário de servidores que dentro de três anos estará a amortizar obsolescência.

A resposta curta: não há opção vencedora em abstrato. Há uma opção correta para a sua carga de trabalho, a sua previsão de crescimento e a sua tolerância a gerir hardware. Vamos fazer a conta que quase ninguém faz bem e dar-lhe critério para decidir com a cabeça, não com o folheto.

Cloud pública ou servidor próprio: a decisão real

Esqueça por um momento «Azure vs AWS». Essa é a segunda pergunta. A primeira é cloud pública ou infraestrutura própria, e são dois modelos de negócio opostos disfarçados de decisão técnica.

A cloud pública (Azure, AWS e também Google Cloud) é aluguer por utilização: paga computação, armazenamento e tráfego pelo que consome, escala em minutos e não compra nada. O servidor próprio —físico, no seu escritório ou num centro de dados (colocation)— é investimento: adianta o dinheiro, o hardware é seu e o custo marginal de o usar mais é quase zero. Um converte despesa de capital em despesa operacional; o outro faz exatamente o contrário.

Entre o Azure e a AWS, para uma PME a diferença real é menor do que parece. A AWS é a mais madura e com o catálogo de serviços mais amplo; se o seu projeto é técnico, com desenvolvimento à medida ou muita automação, vai encaixar-se bem. O Azure ganha quando já vive no ecossistema Microsoft: se usa Microsoft 365, Active Directory e Windows Server, a integração com o Entra ID, a identidade unificada e as licenças híbridas poupam-lhe atrito e às vezes dinheiro. A decisão Azure vs AWS costuma resumir-se a onde já está a sua empresa, e não a que cloud é «melhor».

Custo a 3 anos: a conta que ninguém faz bem

É aqui que se perde a maioria das decisões. A comparação honesta não é «mensalidade da cloud» contra «preço do servidor». É o custo total de propriedade (TCO) a três anos, com tudo incluído. E «tudo» inclui rubricas que o servidor próprio esconde e que a cloud lhe cobra à vista.

No servidor próprio, ao preço do hardware some o que quase ninguém anota:

• Eletricidade e refrigeração a funcionar 24/7 durante três anos, não só no dia em que o liga.
• Uma UPS e a substituição das suas baterias, mais redundância se o serviço for crítico.
• As licenças de sistema operativo, virtualização e cópias de segurança.
• O plano de recuperação: se o equipamento morre a uma sexta-feira, em quantas horas volta a operar e quanto custa esse hardware de reserva?
• As horas de administração: patches, monitorização e manutenção, que são dinheiro mesmo que não apareçam em nenhuma fatura.

Na cloud o inimigo é outro: a fatura variável. Os serviços contratam-se num clique e ninguém os desliga. Máquinas ligadas de noite e ao fim de semana, discos órfãos de projetos mortos, snapshots que se acumulam e —o clássico que arruína orçamentos— o tráfego de saída de dados, cobrado por gigabyte e que só aparece depois de já o ter pago. Uma cloud sem governação de custos é mais cara do que um servidor próprio; uma cloud bem governada, com reservas e desligamento automático, costuma ganhar de longe.

O servidor próprio esconde-lhe metade do custo; a cloud mostra-lhe tudo e por isso é que assusta. Compare o TCO a três anos ou não está a comparar nada.

A regra prática: se a sua carga é estável e previsível (uma aplicação interna que trabalha das 8h às 18h, sempre igual), o hardware próprio ou um servidor dedicado alugado sai muito competitivo. Se a sua carga é variável, sazonal ou de crescimento incerto, a elasticidade da cloud vale cada euro: paga os picos só quando ocorrem e não compra capacidade «por precaução».

Controlo, segurança e conformidade

O argumento estrela do servidor próprio é «assim tenho o controlo e os meus dados em casa». É meia verdade. Tem o controlo físico, sim. Também tem toda a responsabilidade: se não aplica os patches, se a firewall está mal configurada ou se ninguém verifica as cópias, o problema é inteiramente seu. Controlo e segurança não são a mesma coisa. Muitas brechas ocorrem em servidores próprios precisamente porque «estavam em casa» e ninguém os cuidava com rigor.

A cloud funciona com um modelo de responsabilidade partilhada: o Azure e a AWS asseguram a infraestrutura física, a rede e o hipervisor —com certificações e auditorias que uma PME nunca poderia custear— mas continua a ser responsável por configurar bem as permissões, cifrar os dados, gerir identidades e não deixar um bucket aberto à internet. A cloud não o torna seguro; dá-lhe melhores ferramentas para o ser, se as souber usar.

Em conformidade, duas chaves para a Península Ibérica e a UE. Primeiro, residência do dado: tanto o Azure como a AWS têm regiões em Espanha e na UE, pelo que pode exigir que os seus dados não saiam do espaço europeu (importante para o GDPR). Segundo, se vai atrás da ISO 27001 ou trabalha num setor regulado, apoiar-se num fornecedor de cloud já certificado poupa-lhe uma parte enorme do caminho, embora a certificação dos seus processos continue a ser sua. O servidor próprio não a impede, mas obriga-o a demonstrar por si próprio cada controlo físico e lógico.

Quando faz sentido cada opção (e o modelo híbrido)

Passemos a decisões concretas. Não há vencedor universal, há encaixe.

• Cloud (Azure ou AWS) se cresce depressa ou de forma imprevisível, se trabalha em remoto e precisa de acesso a partir de qualquer lugar, se a sua carga tem picos, ou se não quer —nem deve— ter ninguém a cuidar de hardware. Também se valoriza poder implementar um novo ambiente em horas.
• Azure em concreto se já é uma casa Microsoft: 365, Windows Server, Active Directory. A integração de identidade e as licenças híbridas inclinam a balança.
• AWS se o seu projeto é técnico, com desenvolvimento próprio, contentores ou muita automação, e quer o catálogo de serviços mais amplo do mercado.
• Servidor próprio se a sua carga é estável e conhecida, se tem requisitos de latência muito baixa face a maquinaria ou sistemas em fábrica, ou se por contrato/legislação o dado tem de estar fisicamente nas suas instalações. Atenção: exige um verdadeiro plano de continuidade.

E depois há a resposta que ganha mais vezes do que as pessoas pensam: a híbrida. Não é indecisão, é estratégia. Mantém num servidor próprio ou dedicado o que é estável, sensível ou barato de ter em casa —o seu ERP interno, um repositório de ficheiros, a base de dados crítica— e leva para a cloud o que precisa de elasticidade ou presença global: o site, o correio, os ambientes de testes, os picos de campanha. Muitas PME acabam aqui porque compensa o melhor de cada modelo sem se casar com nenhum. A cloud como destino das suas cópias de segurança é, além disso, o híbrido mais sensato que existe: guarda a rede de segurança fora do edifício.

Como a MagicBoxDesk o decide e o monta

Nós não começamos por «recomendamos o Azure» nem por «recomendamos a AWS». Começamos pela sua carga de trabalho real: que aplicações usa, quantos utilizadores, que picos tem, o que a legislação lhe exige e a quanto ascende de verdade o TCO a três anos de cada cenário. Com essa conta em cima da mesa —a que quase ninguém faz— a decisão deixa de ser um palpite e passa a ser um número. A partir daí desenhamos, montamos e —é isto que faz a diferença— gerimo-lo: monitorização 24/7, cópias de segurança testadas, segurança e governação de custos para que a fatura da cloud não descontrole. Pode ver o detalhe nos nossos serviços de infraestrutura e cloud.

A vantagem de externalizar a sua TI connosco é que decidimos com critério de engenheiro e sem comissão de nenhum fabricante: dir-lhe-emos «servidor próprio» se for o que lhe convém, mesmo que vendamos cloud, e vice-versa. Somos o seu departamento de TI completo, a atender em toda a Espanha com suporte remoto e presencial. Diga-nos o que tem e para onde vai e dizemos-lhe a opção correta com números, não com folhetos. Peça um orçamento sem compromisso e fazemos juntos a conta que de verdade importa.

A decisão entre nuvem ou servidor próprio toma-se quase sempre pelo motivo errado: uma intuição («os dados, melhor cá dentro»), o susto de uma fatura ou o entusiasmo de uma demo. E depois chega a realidade: ou uma mensalidade que duplica sem avisar, ou um armário de ferro que em três anos vale menos do que a dívida que gerou. A culpa não é da tecnologia, mas de ter decidido sem fazer as contas.

Aqui não vamos dizer-lhe qual o fornecedor melhor. Vamos dar-lhe algo mais útil: o critério para decidir com fundamento e o cálculo do custo real a três anos, o que separa uma escolha de engenheiro de um palpite caro. Com esse número em cima da mesa, a resposta deixa de ser uma questão de opinião.

A pergunta está mal formulada

«O que é melhor, a nuvem ou um servidor próprio?» não tem resposta, tal como não a tem «é melhor arrendar ou comprar um armazém?». Depende do que vai lá pôr dentro, por quanto tempo, se cresce e do que acontece no dia em que falha. A pergunta correta não é o que é melhor em abstrato, mas o que convém ao seu caso concreto: a sua carga de trabalho, a sua previsão, a sua tolerância ao risco e o que a lei lhe exige.

O erro de fundo é tratar isto como uma decisão técnica quando é uma decisão de negócio disfarçada de técnica. A nuvem converte um investimento em despesa operacional flexível; o servidor próprio converte o dinheiro de hoje num ativo que amortiza e controla. São dois modelos financeiros opostos, e escolher «como toda a gente faz» é a forma como se perdem milhares de euros sem que ninguém levante a mão.

Não há opção vencedora em abstrato. Há uma opção correta para a sua carga, o seu crescimento e a sua tolerância a gerir ferro. Tudo o resto é folheto.

Os fatores que decidem a sério

Esqueça o preço por um momento. Antes de calcular seja o que for, há cinco variáveis que inclinam a balança; se as tiver claras, o número quase se escreve sozinho.

Como são as suas cargas. Uma carga estável e previsível —um ERP interno das 8 às 18h, sempre o mesmo— dá-se lindamente com ferro próprio ou um dedicado alugado: sabe do que precisa e não paga capacidade ociosa. Uma carga variável ou sazonal —picos de campanha, tráfego irregular, projetos que surgem e morrem— pede a elasticidade da nuvem: paga o pico só quando ele ocorre e não compra um servidor «por via das dúvidas» no Natal.

A criticidade. Pergunte-se quanto lhe custa cada hora em que esse sistema está em baixo. Se a resposta for «imenso», precisa de alta disponibilidade: redundância e recuperação rápida, algo caro e complexo de montar no seu escritório e que na nuvem vem de série. Se o sistema aguenta umas horas parado sem drama, o servidor próprio deixa de ter essa desvantagem.

A previsibilidade do custo. O servidor próprio dá-lhe uma fatura fixa, mas obriga-o a acertar no investimento à partida. A nuvem dá-lhe flexibilidade, mas a fatura respira todos os meses e, sem governação, respira para cima. Se a sua tesouraria precisa de números fechados, isso pesa muito.

O cumprimento. GDPR, ISO 27001, setor regulado: definem onde os seus dados podem viver e o que tem de demonstrar. Muitos julgam que «cá dentro» cumpre melhor por defeito, e é falso: um fornecedor cloud sério já está auditado e certificado a um nível que nenhuma PME consegue pagar, ao passo que o servidor próprio o obriga a demonstrar por si mesmo cada controlo físico e lógico. O que deve sempre exigir é a residência do dado na UE.

A conectividade. A nuvem é tão boa quanto a sua linha. Se o seu escritório tem uma ligação medíocre ou um único operador sem redundância, um corte de internet deixa-o sem trabalhar. E ao contrário: se tem maquinaria ou sistemas em fábrica que exigem latência muito baixa, tê-los fisicamente perto pode ser um requisito, não um capricho.

O TCO a 3 anos que quase ninguém calcula bem

Aqui decide-se tudo, e aqui é onde quase toda a gente se engana. A comparação honesta não é «mensalidade da cloud» contra «preço do servidor». É o custo total de propriedade (TCO) a três anos, com absolutamente tudo lá dentro. Cada modelo esconde os seus custos num sítio diferente: o servidor próprio oculta-os, e a nuvem mostra-lhos todos de uma vez (por isso assusta mais do que devia).

No servidor próprio, ao preço do hardware há que somar o que quase ninguém aponta:

• Eletricidade e refrigeração a funcionar 24/7 durante três anos, não só no dia em que o liga.
• Uma UPS e a substituição das suas baterias, mais redundância se o serviço for crítico.
• Licenças de sistema operativo, virtualização e cópias de segurança, que se renovam todos os anos.
• O plano de recuperação: se o equipamento morre numa sexta-feira, em quantas horas volta a operar e com que peça de substituição?
• As horas de administração —patches, monitorização, manutenção—, dinheiro mesmo que não apareça em fatura nenhuma.
• A obsolescência: ao fim de três ou quatro anos toca renovar, e esse ciclo tem de ser provisionado desde o primeiro dia.

Na nuvem o inimigo é o contrário: a fatura variável que ninguém vigia. Os serviços contratam-se num clique e ninguém os desliga. Máquinas ligadas de noite e ao fim de semana, discos órfãos de projetos mortos, snapshots que se acumulam e —o clássico que rebenta orçamentos— o tráfego de saída de dados, cobrado ao gigabyte e que só aparece depois de já o ter pago. Uma cloud sem governação de custos é mais cara do que um servidor próprio; uma bem governada, com reservas e desligamento automático, ganha quase sempre.

A regra que sai da conta é simples: ponha as duas colunas completas a três anos, com horas de gestão e custos ocultos incluídos, e compare. Na maioria das vezes o resultado não é o que as pessoas esperavam antes de se sentarem a somar. É esse o valor de fazer o número: desarma o palpite.

O híbrido: a resposta mais frequente

Quando faz bem o número, muitas vezes a resposta não é «tudo cá dentro» nem «tudo lá fora», mas cada coisa onde lhe convém. O híbrido não é indecisão nem remendo: é a estratégia que ganha mais vezes do que as pessoas pensam, porque agarra o melhor de cada modelo sem se casar com nenhum.

O padrão que melhor funciona nas PME: mantém em servidor próprio ou dedicado o que é estável, sensível ou barato de ter em casa —o ERP interno, a base de dados crítica— e leva para a nuvem o que precisa de elasticidade ou presença global: o site, o correio, os picos de campanha. E há um híbrido que quase ninguém deveria dispensar: usar a nuvem como destino das suas cópias de segurança. Guardar a rede de segurança fora do edifício é a forma mais barata de sobreviver a um incêndio, um roubo ou um ransomware que lhe cifre o escritório inteiro.

O único requisito do híbrido é que alguém o governe a sério: que saiba o que corre onde, vigie a despesa da parte cloud e prove que as cópias restauram. Sem essa disciplina, o híbrido é a soma dos defeitos de ambos, não das suas virtudes.

Como lhe fazemos o número na MagicBoxDesk

Nós não começamos por lhe recomendar nada. Começamos pela sua carga de trabalho real: que aplicações usa, quantos utilizadores, que picos tem, quanto lhe custa uma hora de paragem e o que a regulamentação lhe exige. Com esses dados construímos o TCO a três anos de cada cenário —nuvem, servidor próprio e híbrido— com todos os custos ocultos lá dentro, e mostramos-lho numa tabela que pode defender perante quem assina o cheque. A decisão deixa de ser opinião e passa a ser um número. Encontra-o nos nossos serviços de infraestrutura e cloud.

E não ficamos pelo conselho: executamos a opção vencedora e gerimo-la. Desenhamos, migramos e mantemos o sistema vivo com monitorização 24/7, cópias de segurança testadas, segurança e governação de custos para que a fatura da cloud nunca se descontrole. Somos o seu departamento de TI completo, com suporte remoto e presencial em toda a Espanha, e decidimos com critério de engenheiro e sem comissão de nenhum fabricante: dir-lhe-emos «servidor próprio» se for o que lhe convém, mesmo vendendo também nuvem.

Conte-nos o que tem hoje e para onde vai, e dizemos-lhe a opção correta com números, não com folhetos. Peça um orçamento sem compromisso e fazemos juntos a conta que importa.