Regisztrátorfüggetlen motor a motorháztető alatt
A business logikánkban semmilyen regisztrátor SDK nem szerepel. Minden regisztrátor egy adapterinterfész mögött helyezkedik el, és név helyett képesség alapján van kiválasztva, ami azt jelenti, hogy a platform hozzáadhat egy regisztrátort, lecserélhet egyet, vagy egy TLD-t egy másikhoz irányíthat anélkül, hogy hozzá kellene nyúlnia a fizetéshez, a DNS-szerkesztőhöz vagy a mentett beállításaihoz. Ha már van saját regisztrátori fiókja, annak hitelesítő adatai szervezetenként a Vault rendszerből oldódnak fel, és a domain a mi fiókunk helyett az Ön fiókja alatt regisztrálódik.
A regisztráció, átvitel, megújítás és visszaállítás mind tartós Temporal munkafolyamatként fut, a hosszú webes kérések helyett. Minden lépés egy idempotens tevékenység, amely idempotencia-kulcsot hordoz, a hibák pedig visszafelé kompenzálnak – egy olyan regisztráció, amely a névszerverek beállítása után hiúsul meg, visszavonja a névszervereket ahelyett, hogy egy félig elkészült domaint hagyna hátra. A fizetés a teljesítés megkezdése előtt bekerül a megrendelésbe, így a regisztrátornál történő hiba tiszta visszatérítést jelent a vitatkozás helyett.
A vegyes kosarak egymástól függetlenül hibásodnak meg. Ha tárhelyet és domaint vásárol egyszerre, és a domainregisztráció elutasításra kerül – a név elhalászása, regisztrációs elutasítás, regisztrátor leállása miatt –, a tárhelytétel attól még teljesül, a domaintétel pedig külön visszatérítésre kerül az egyenlegére. Egy sikertelen tétel soha nem tartja túszul a rendelés többi részét.
Ezen az oldalon minden API-alapú. A domainkeresés, a regisztráció, az átvitelek, a DNS-rekordok és a névkiszolgálók mind nyilvános végpontok az OpenAPI specifikációnkban, ami azt jelenti, hogy ugyanolyan módon elérhetők a vezérlőpultról, a generált SDK-kból, a CLI-ből és az MCP-szerverünkből is – így egy mesterségesintelligencia-eszköz pontosan azzal a jogosultsággal kezelheti a DNS-ét, amelyet Ön megadott neki.