Preciso de um spec OpenAPI?

Não. Uma pasta de arquivos JSON basta. O Mockzilla descobre as rotas pelos nomes das pastas. Você pode adicionar um spec depois e misturar os dois.

Dá. A URL é estável, então a sua suíte de testes chama ela como qualquer outra API. Você também pode rodar o motor de código aberto como binário ou imagem Docker dentro do seu job de CI.

Tem um plano gratuito, e ele já dá para desenvolver em cima. Os planos pagos somam mais throughput e mocks maiores, e os mais altos somam uma instalação dedicada com domínio próprio.

Qual a diferença para o json-server?

O json-server roda na sua máquina a partir de um arquivo db.json. O Mockzilla roda na nuvem, em uma URL que o time inteiro e o seu CI alcançam, e o mesmo motor continua rodando local quando você quiser.

Uma API JSON falsa com os seus próprios dados

Escreva o JSON que você quer receber, coloque no caminho que o seu app chama, e o Mockzilla hospeda como um mock de API. Sem spec OpenAPI, sem código, sem servidor para administrar.

Começar grátis Como funciona

Sem spec
Seus próprios dados
Plano gratuito
Licença MIT

users/index.json

[
  { "id": 1, "name": "Alice", "plan": "pro"  },
  { "id": 2, "name": "Bob",   "plan": "free" }
]

GET /users devolve exatamente isto, byte por byte.

O que é uma API JSON falsa?

Um servidor que devolve por HTTP o JSON que você escreveu, nos caminhos que o seu app chama. Um arquivo chamado index.json vira um GET no caminho da pasta dele, e envolver isso em uma pasta com o nome de um método HTTP te dá todo o resto. É esse o formato inteiro.

Sem spec, sem código e sem DSL para aprender. Solte a pasta no app, ou adicione a GitHub Action ao repositório onde ela vive, e as rotas estão no ar. Adicione um spec OpenAPI depois e os dois se misturam, com os seus arquivos ganhando.

Seus arquivosSeus endpoints

users/index.jsonGET /users

users/post/index.jsonPOST /users

users/{id}/index.jsonGET /users/{id}

orders/index.jsonGET /orders

As APIs de enchimento te dão os dados delas, não os seus

As APIs falsas públicas servem até a sua UI precisar de um campo que elas não têm. O Mockzilla serve o JSON que você escreveu, nas rotas que o seu app chama, em uma URL que o time inteiro alcança.

Um mock rodando de um db.json na sua máquina tem o problema oposto: os dados são seus, mas existem em um lugar só. Sua designer não consegue abrir e o CI não consegue chamar.

Adicione um spec OpenAPI

Misture os dois. O spec gera respostas a partir dos seus schemas, e qualquer arquivo JSON que você adicionar sobrescreve aquela rota ou cria uma nova.

Simule falhas

Adicione latência e taxa de erro para o seu frontend ter o que tratar. Mande por proxy para a API real tudo o que você não mockou.

Rode na sua máquina

O motor é licenciado sob MIT. Aponte a CLI para a mesma pasta e tenha os mesmos endpoints localmente ou no CI.

Perguntas

Preciso de um spec OpenAPI?: Não. Uma pasta de arquivos JSON basta. O Mockzilla descobre as rotas pelos nomes das pastas. Você pode adicionar um spec depois e misturar os dois.
Dá para usar no CI?: Dá. A URL é estável, então a sua suíte de testes chama ela como qualquer outra API. Você também pode rodar o motor de código aberto como binário ou imagem Docker dentro do seu job de CI.
É grátis?: Tem um plano gratuito, e ele já dá para desenvolver em cima. Os planos pagos somam mais throughput e mocks maiores, e os mais altos somam uma instalação dedicada com domínio próprio.
Qual a diferença para o json-server?: O json-server roda na sua máquina a partir de um arquivo db.json. O Mockzilla roda na nuvem, em uma URL que o time inteiro e o seu CI alcançam, e o mesmo motor continua rodando local quando você quiser.

Traga um spec. Leve um servidor mock.

Começar não custa nada. Infraestrutura dedicada quando precisar.

Começar grátis Ler a documentação