Um mecanismo independente de registrador por trás
Nenhum SDK de registrador aparece em nossa lógica de negócios. Cada registrador fica atrás de uma interface de adaptador e é selecionado por capacidade em vez de por nome, o que significa que a plataforma pode adicionar um registrador, substituir um ou direcionar um TLD para outro diferente sem mexer no checkout, no editor de DNS ou nas suas configurações salvas. Se você já tem uma conta de registrador própria, as credenciais dela são resolvidas a partir do Vault por organização e o domínio é registrado em sua conta em vez da nossa.
Registro, transferência, renovação e restauração são executados como fluxos de trabalho duráveis do Temporal, em vez de longas requisições web. Cada etapa é uma atividade idempotente que carrega uma chave de idempotência, e as falhas compensam para trás — um registro que falha após a configuração dos servidores de nomes desfaz os servidores de nomes em vez de deixar um domínio parcialmente configurado para trás. O pagamento é capturado no pedido antes do início do atendimento, portanto, uma falha no registrar resulta em um reembolso limpo em vez de uma discussão.
Carrinhos mistos falham de forma independente. Se você comprar hospedagem e um domínio juntos e o registro do domínio for rejeitado — comprado por outro no último segundo, rejeição do registro, instabilidade do registrador —, a linha de hospedagem ainda será concluída e a linha do domínio será reembolsada na sua carteira separadamente. Uma linha com falha nunca retém o resto do seu pedido.
Tudo nesta página é voltado para a API em primeiro lugar. Pesquisa de domínios, registro, transferências, registros DNS e servidores de nomes são endpoints publicados em nossa especificação OpenAPI, o que significa que eles estão igualmente disponíveis no painel, nos SDKs gerados, na CLI e no nosso servidor MCP — permitindo que uma ferramenta de IA gerencie seu DNS exatamente com as permissões que você concedeu a ela.