Visão geral
Até agora, cada nova arquitetura, provedor de nuvem ou contrato significava mais um projeto de migração. A grade de computação trata trabalho como grains: aplicações de função idempotentes que podem ser despachadas a qualquer máquina de uma frota de confiança mista, reexecutadas com segurança e verificadas por replicação quando o executor não é seu. Modernizar uma vez, mover quando quiser é uma propriedade do código, não uma promessa em slide.
Uma carga, qualquer alvo.
- x86, ARM, RISC-V, alvos de GPU e WebAssembly na borda, de um único código
- Modernizar uma vez, mover quando quiser é uma propriedade do código
- Cada nova arquitetura significava uma reescrita. Não mais
$ bnl deploy --target fargate ✔ no ar 00:41 $ bnl deploy --target wasm-edge ✔ no ar 00:12 $ bnl deploy --target core ✔ no ar 00:23
Um módulo, um shard, qualquer máquina.
- Um grain é uma aplicação de função idempotente: um módulo endereçado por conteúdo sobre um shard de entrada endereçado por conteúdo
- Despachado a qualquer máquina de uma frota de confiança mista, reexecutado com segurança, verificado por replicação quando o executor não é confiável
- Jobs são a unidade de submissão, cobrança e cancelamento
Suas máquinas entram com consentimento e saem limpas.
- Cada nó é respaldado por sua própria conta de serviço e vive em um pool de confiança
- Leases são reivindicações com prazo; a expiração é toda a história de recuperação de falhas
- Agentes verificam digests de módulos antes de rodar um byte; chaves rotacionam; drenagens são graciosas
Nasce em sombra. Promovido um passo de cada vez.
- Um pin começa em sombra e sobe uma escada guardada, um passo de cada vez
- Aprovação vinculada aos bytes exatos que foram testados
- Reversão ensaiada antes do primeiro byte se mover, e disparada pelo monitor em caso de violação
Mais rápido, sem tocar no código do tenant.
- Um kernel traduzido vive dentro do processo como extensão Python; o worker o chama como uma função
- O original continua respondendo se o kernel recusar: fallback é o desenho, não o incidente
- A telemetria de serviço alimenta o monitor de resultado e a previsão
Assinado da cerimônia de chaves à autoatualização.
- Cerimônia de chaves híbrida, offline; o ferramental de release nunca vai em imagens
- Agentes verificam manifestos de atualização antes de aplicá-los
- Uso medido por organização e pool, em um extrato que você consegue ler
$ bnl deploy --target fargate ✔ no ar 00:41 $ bnl deploy --target wasm-edge ✔ no ar 00:12 $ bnl deploy --target core ✔ no ar 00:23
ANTES DE COMEÇAR
Antes de começar
A aplicação muda?
Não. O kernel vive ao lado do processo original e a carga se move sem tocar na aplicação.
Quem aprova um rollout?
A sua equipe. Cada rollout referencia o digest do build testado e a aprovação registrada.
E se um alvo render menos?
O monitor de resultado sinaliza ou reverte, e a evidência viaja com a carga, então o próximo posicionamento é tão barato quanto o último.
Próximo passo
Comece pela avaliação de 48 horas ou traga uma carga de trabalho. Combinamos o escopo na primeira conversa.