Niezależny od rejestratora mechanizm pod spodem
Żaden zestaw SDK rejestratora nie występuje w naszej logice biznesowej. Każdy rejestrator znajduje się za interfejsem adaptera i jest wybierany na podstawie możliwości, a nie nazwy, co oznacza, że platforma może dodać rejestratora, wymienić go lub przekierować TLD do innego bez modyfikowania procesu realizacji transakcji, edytora DNS ani Państwa zapisanych ustawień. Jeśli posiadają już Państwo własne konto rejestratora, jego dane uwierzytelniające są pobierane z Vault dla danej organizacji, a domena jest rejestrowana na Państwa koncie zamiast na naszym.
Rejestracja, transfer, odnowienie i przywrócenie działają jako trwałe przepływy pracy Temporal, a nie długie żądania sieciowe. Każdy krok to idempotentne działanie z kluczem idempotencji, a awarie są kompensowane wstecznie — rejestracja, która nie powiedzie się po ustawieniu serwerów nazw, cofa serwery nazw, zamiast pozostawiać na wpół utworzoną domenę. Płatność jest pobierana w zamówieniu przed rozpoczęciem realizacji, więc błąd u rejestratora oznacza bezproblemowy zwrot środków, a nie spór.
Mieszane koszyki zawodzą niezależnie. Jeśli kupią Państwo hosting oraz domenę razem, a rejestracja domeny zostanie odrzucona — przejęcie w wyścigu rejestracji, odrzucenie przez rejestr, awaria rejestratora — pozycja z hostingiem zostanie zrealizowana, a kwota za domenę zostanie zwrócona bezpośrednio do Państwa portfela. Jedna nieudana pozycja nigdy nie wstrzymuje realizacji reszty zamówienia.
Wszystko na tej stronie jest projektowane zgodnie z podejściem API-first. Wyszukiwanie domen, rejestracja, transfery, rekordy DNS i serwery nazw to opublikowane punkty końcowe w naszej specyfikacji OpenAPI, co oznacza, że są one w równym stopniu dostępne z poziomu panelu nawigacyjnego, wygenerowanych pakietów SDK, interfejsu CLI oraz naszego serwera MCP — dzięki czemu narzędzie sztucznej inteligencji może zarządzać Państwa rekordami DNS z dokładnie takimi uprawnieniami, jakich mu Państwo udzielili.