Deploy e URLs

Atualizado em 29 de set. de 2026·3 min de leitura

Tudo que você prepara no app, endpoints, serviços e configurações, chega ao mundo por um deploy. Esta página é sobre esse momento: a URL em que uma simulação responde, o que o botão Fazer deploy faz de verdade, e os hábitos que mantêm os deploys no ponto.

A URL

Uma simulação responde em um host próprio:

https://<nome-de-host>.api.<domínio>

A API dela começa na raiz desse host, sem nenhum caminho na frente: https://petstore.api.mockz.io/pets.

Você escolhe o nome de host ao criar a simulação. Na aba Deploy dá para mudar ele até o primeiro deploy. Depois ele fica fixo, então o endereço nunca quebra nas costas de quem consome ele. Uma simulação publicada pelo GitHub leva o nome do repositório, ou o nome que o workflow dela pede. Se outra simulação já tem esse nome, a sua ganha um número no final: petstore-2.

O domínio é a linha Host da mesma aba, e também fica fixo a partir do primeiro deploy. Tem seis disponíveis, e todos servem a mesma plataforma:

mockz.io - o padrão
mockz.org
mockz.net
mockzilla.org
mockzilla.de
mockzilla.net

Um pull request ou uma branch publicada pelo GitHub ganha um host próprio ao lado do host da simulação.

Veja Simulações do GitHub.

Precisa de um domínio próprio? Fale com a gente.

O que um deploy faz

Fazer deploy empacota o estado atual da simulação e leva para o runtime. A pílula de status passa por fazendo deploy até Ativa, e a URL serve o estado novo.

O primeiro deploy de uma simulação leva perto de um minuto: o runtime está sendo colocado, na sua região preferida quando ela tem capacidade. Fazer deploy de novo é bem mais rápido, porque o runtime já existe e só o conteúdo muda, e é por isso que o ciclo de editar e publicar parece mais salvar do que lançar uma versão.

A aba Deploy mostra a colocação e os números de runtime com que cada deploy roda: região, memória, timeout.

Veja Uso e limites para o que define esses números.

Tire do ar

Uma simulação que você não está usando não tem motivo para continuar no ar. Tirar do ar, no menu da simulação, para de servir a URL; tudo que você montou fica exatamente como está, e Colocar no ar traz de volta.

Limites de build

Cada deploy é um build, e os planos trazem uma cota flexível de quantos builds por mês fazem sentido; Deploys, no painel de uso, conta os seus contra ela. Flexível quer dizer o que diz: os limites existem para a plataforma se sustentar, não para atrapalhar você. Se os seus não combinam com o jeito que você trabalha, fale com a gente e dá para considerar tirar.