soluções · cargas
Chamadas de modelos que sobrevivem aos seus upstreams.
Seu código chama um endpoint; atrás dele, uma cadeia ordenada de upstreams com fallback. Uma queda de upstream vira decisão de routing, não sala de crise.
a situação
Onde dói.
Seu produto chama um modelo em cada requisição. Quando aquele upstream tem um dia ruim, seu produto tem um pior — a menos que trocar para um reserva seja uma mudança de routing em vez de um incidente.
E quando a fatura chega, o gasto deve responder a uma key, não a um mistério.
no quark
Como roda aqui.
Exponha cada modelo atrás de um alias no Gateway, apoiado numa cadeia ordenada de upstreams. O Gateway tenta a cadeia em ordem de fallback e verifica se os modelos estão mesmo servindo — checado a partir do caminho de dados, não presumido de uma config.
Adicione limites por key, e cada completion é atribuído à key que o gerou — a troca de upstream é silenciosa e o gasto continua legível.
peças usadas
Quem faz o trabalho.
Cada cenário mapeia para produtos que existem no catálogo — siga qualquer peça até a página dela.
Routes, cadeias ordenadas de upstreams, fallback, limites e atribuição de uso.
Credenciais de upstream como referências seladas, nunca texto plano em config.
Rollups por key que fazem cada completion prestar contas.
Exatamente 3 produtos fazem o trabalho — a Foundation está sempre ativa por baixo.
contato
Fale com a gente sobre rodar o Quark.
Conte sobre suas cargas — mostraremos o que a sua própria nuvem pode fazer.