Ir para o conteúdo
Quark

quark · desenvolvedores

Uma plataforma que se dirige, não só se clica.

O console é a porta fácil. Tudo o que ele faz — cada sandbox, route, index e quota — é uma chamada de API com a mesma forma, a mesma auth e as mesmas regras. Não existe uma segunda interface escondida onde mora a plataforma de verdade.

uma interface

Uma superfície de API consistente.

Os serviços do Quark são definidos por contratos versionados e fortemente tipados — os mesmos contratos que geram os SDKs que você usa. Essa consistência aparece como convenções que você aprende uma vez e aplica em todo lugar.

Recursos com nomes e pais

De um index a um run em sandbox, tudo é um recurso endereçável num projeto — com labels que você pode anexar e ler.

Creates seguros para retentar

As mutações aceitam uma chave de idempotência, então uma conexão instável não pode lançar dois runs.

Concorrência otimista

Updates carregam um etag — dois escritores não se sobrescrevem em silêncio.

Trabalho longo que se auto-observa

Tudo que leva tempo de verdade — indexação, rebuilds, runs em lote — retorna uma operação que você pode consultar ou acompanhar em stream, com erros estruturados e repeteíveis quando algo falha.

Streaming onde cabe

Listas e watches fazem streaming em vez de paginar, e trabalho longo reporta progresso à medida que acontece.

para o seu time

A curva de aprendizado é uma curva só, não uma por serviço.

automação

Scriptar a plataforma inteira.

Um CLI para os do terminal

Opere routes, sandboxes, workflows e indexes a partir de scripts e CI com a própria CLI da plataforma.

SDKs a partir dos contratos

Clientes gerados e tipados que ficam em sincronia com os serviços — porque vêm da mesma fonte.

Workflows como dados em forma de código

Grafos de passos são declarativos e versionados: defina a pipeline, publique a versão, dispare runs com entrada — e o executor avança com checkpoints.

Todo run é um recurso

Um run é endereçável e inspecionável — input, output, status — pela mesma API que o lançou. Nada vive apenas num painel do console.

local-first

Local-first, e hospedado quando você estiver pronto.

O console se conecta a uma plataforma recebendo um mapa de endpoints, uma chave e um projeto — nada mais. O mesmo handshake funciona contra um deployment hospedado, o hardware da sua equipe ou uma plataforma inteiramente sua.

Construa contra o seu próprio deployment, ligue seus testes nele, e depois promova as declarações idênticas para um compartilhado. Sem desvio de ambiente, sem folclore de “só funciona no staging”.

além do console

A observabilidade mora na foundation.

Atividade estruturada e atribuída

Requisições carregam seu tenant, o recurso e a identidade da requisição pelas fronteiras de serviços — “o que aconteceu aqui” tem um rastro, não uma teoria.

Health e métricas como padrão

Cada serviço expõe readiness, health e métricas em formatos familiares.

Trilhas de auditoria onde mais importa

Operações de Secrets e ações sensíveis são registradas em ordem, legíveis pelo console.

Respostas, não mistérios

Cada run é registrado com input, output e status — a resposta para “por que isso aconteceu” é uma consulta, não uma escavação em logs.

extensão

Feito para ser estendido, não só consumido.

Novos domínios de capacidade chegam como produtos que falam os mesmos contratos, e o console os reconhece automaticamente quando um deployment os habilita.

Capacidade própria entra na plataforma e começa a hospedar workloads sem fazer fork. Os pontos de extensão de que você precisaria são os que a plataforma já usa.

contato

Fale com a gente sobre rodar o Quark.

Conte sobre suas cargas — mostraremos o que a sua própria nuvem pode fazer.