O que é Infraestrutura como Serviço (IaaS)?

IaaS é um modelo de nuvem que aluga recursos fundamentais de computação — máquinas virtuais, armazenamento, rede — sob demanda, com cobrança pelo uso. A definição do NIST traça a fronteira com precisão: o provedor controla a infraestrutura física; você controla sistemas operacionais, armazenamento e as aplicações implantadas. É o degrau mais baixo da escada da nuvem — o que troca comprar servidores por alugá-los.

Principais pontos

Como é usar IaaS na prática

A experiência característica é uma máquina em minutos — seguida de tudo o que uma máquina sempre precisou:

# Minuto um: alugue a máquina
$ cloud compute create --size medium --image ubuntu-24.04
   ✓ vm-7f3a running — 203.0.113.40

# Do minuto dois em diante: tudo continua sendo trabalho seu
$ ssh [email protected]
$ apt update && apt upgrade          # patches: seus
$ apt install nginx postgresql       # stack: sua
$ ufw allow 443 && configure-tls…    # segurança: sua
$ crontab -e                         # backups, rotação, monitoramento: seus

Essa troca — hardware em minutos, operações para sempre — é o modelo inteiro. Para contraste, aqui está o mesmo objetivo de “colocar um backend no ar” no topo da escada, onde a infraestrutura nunca chega a aparecer:

// JavaScript / Node.js — Back4app JS SDK
const note = new Parse.Object('Note');
note.set('text', 'Shipped without touching a VM');
await note.save(); // no instance sized, no OS patched, no firewall rules

// Flutter / Dart — Back4app Flutter SDK
final note = ParseObject('Note')
  ..set('text', 'Shipped without touching a VM');
await note.save(); // no instance sized, no OS patched

// iOS / Swift — Back4app Swift SDK
var note = Note()
note.text = "Shipped without touching a VM"
note.save { result in
  if case .success = result { print("saved — zero infrastructure managed") }
}

// Android / Kotlin — Back4app Android SDK
val note = ParseObject("Note").apply {
  put("text", "Shipped without touching a VM")
}
note.saveInBackground { e ->
  if (e == null) Log.d("Note", "saved — zero infrastructure managed")
}

Quem gerencia o quê

Essa divisão também é o modelo de segurança: o provedor protege a nuvem, você protege tudo o que está dentro dela. Configuração incorreta do lado do cliente — buckets de armazenamento abertos, regras de firewall permissivas, sistemas sem patch — é a principal causa de violações na nuvem, e é por isso que a caixa “você opera” merece mais respeito do que costuma receber.

IaaS vs. PaaS vs. BaaS vs. on-premises

Uma clarificação que reaparece em toda discussão de “IaaS vs.”: modelos serverless não são uma quarta coluna do mesmo tipo — eles abstraem a unidade de computação (por invocação), e não a camada de gerenciamento, e é por isso que uma plataforma serverless pode, ela própria, rodar sobre IaaS por baixo.

Casos de uso comuns

• Migrações lift-and-shift. Aplicações de servidor existentes se mudam para VMs alugadas quase sem alterações — a mesma stack, sem mais ciclos de renovação de hardware.
• Stacks customizadas e legadas. Runtimes incomuns, software licenciado ou tuning no nível do SO que plataformas gerenciadas não permitem.
• Controle exigido por compliance. Regimes que exigem saber e configurar exatamente o que roda por baixo da aplicação.
• Cargas de alto desempenho e especializadas. Frotas de GPU, processamento de dados em larga escala e qualquer coisa com requisitos no formato do hardware.
• Disaster recovery e capacidade de pico. Ambientes de standby e folga para picos de tráfego que seriam ruinosos de possuir como hardware ocioso.

Você deveria construir sobre IaaS? Matriz de decisão

O padrão que vale internalizar: IaaS raramente é errado para mover sistemas existentes, e raramente é certo para começar sistemas padrão — um backend novo montado à mão sobre VMs são semanas de trabalho que os degraus mais altos entregam antes do almoço.

Limitações e trade-offs

• As operações continuam suas. Patches, hardening, escala, backups, monitoramento — o runbook sobrevive intacto; só o hardware embaixo dele mudou.
• Susto na fatura é uma habilidade que você herda. Instâncias ociosas, VMs superdimensionadas e armazenamento esquecido cobram 24 horas por dia; gestão de custo vira uma disciplina permanente.
• Egress é o pedágio de saída. Os dados entram de graça e saem pagando — um mecanismo que se transforma silenciosamente em vendor lock-in na nuvem conforme os dados se acumulam.
• Configuração incorreta de segurança é o principal modo de falha. A metade do provedor na responsabilidade compartilhada é excelente; as violações acontecem majoritariamente na metade do cliente.
• O imposto de habilidades. Rodar infraestrutura bem exige pessoas que rodam infraestrutura bem — um requisito de contratação que a página de preços pay-as-you-go não menciona.

IaaS no Back4app

O Back4app é uma plataforma open-source de Backend as a Service (BaaS) que combina banco de dados gerenciado, APIs REST e GraphQL geradas automaticamente, autenticação, armazenamento de arquivos e funções serverless com Cloud Code. Em relação ao IaaS, ele é o extremo oposto da troca: sem acesso ao SO, sem controle de infraestrutura — e sem runbook, porque toda a caixa “você opera” do diagrama acima é trabalho da plataforma. Times que precisam de infraestrutura bruta para uma carga especializada podem rodá-la ao lado de um backend BaaS; times construindo backends padrão podem pular o degrau de baixo por completo. E como a stack é open source, descer a escada mais tarde — auto-hospedar a plataforma em IaaS que você controla — continua sendo uma opção real, não uma reescrita.