რეგისტრატორისგან დამოუკიდებელი ძრავა შიგნით
რეგისტრატორის არცერთი SDK არ ფიგურირებს ჩვენს ბიზნეს-ლოგიკაში. თითოეული რეგისტრატორი მოთავსებულია ადაპტერის ინტერფეისის მიღმა და შეირჩევა შესაძლებლობების მიხედვით და არა სახელწოდებით, რაც ნიშნავს, რომ პლატფორმას შეუძლია დაამატოს რეგისტრატორი, შეცვალოს იგი ან გადაამისამართოს TLD სხვა რეგისტრატორზე ყიდვის პროცესის, DNS რედაქტორის ან თქვენი შენახული პარამეტრების შეცვლის გარეშე. თუ უკვე გაქვთ თქვენი საკუთარი რეგისტრატორის ანგარიში, მისი მონაცემები ამოიღება Vault-იდან ორგანიზაციის მიხედვით და დომენი დარეგისტრირდება თქვენი ანგარიშის ქვეშ და არა ჩვენის.
რეგისტრაცია, ტრანსფერი, განახლება და აღდგენა მუშაობს როგორც გამძლე Temporal სამუშაო პროცესები და არა ხანგრძლივი ვებ-მოთხოვნები. თითოეული ნაბიჯი არის იდემოტენტური აქტივობა, რომელიც ატარებს იდემოტენტურობის გასაღებს, ხოლო წარუმატებლობები კომპენსირდება საპირისპირო მიმართულებით — რეგისტრაცია, რომელიც წარუმატებელია სახელის სერვერების დაყენების შემდეგ, აუქმებს სახელის სერვერებს და არ ტოვებს ნახევრად აგებულ დომენს. გადახდა ფიქსირდება შეკვეთაზე შესრულებამდე, ამიტომ რეგისტრატორთან წარუმატებლობა იწვევს სუფთა დაბრუნებას და არა დავას.
შერეული კალათები დამოუკიდებლად ფიასკოს განიცდის. თუ ჰოსტინგს და დომენს ერთად შეიძენთ და დომენის რეგისტრაცია უარყოფილია — რბოლაში დაგასწრეს, რეესტრის უარყოფა, რეგისტრატორის გათიშვა — ჰოსტინგის ხაზი მაინც სრულდება და დომენის ხაზის ღირებულება თავისით უბრუნდება თქვენს საფულეს. ერთი წარუმატებელი ხაზი არასდროს აქცევს თქვენი შეკვეთის დანარჩენ ნაწილს მძევლად.
ამ გვერდზე ყველაფერი აწყობილია API-ზე პირველი პრინციპით (API-first). დომენის ძიება, რეგისტრაცია, ტრანსფერები, DNS ჩანაწერები და სახელების სერვერები (nameservers) გამოქვეყნებული ბოლო წერტილებია (endpoints) ჩვენს OpenAPI სპეციფიკაციაში, რაც იმას ნიშნავს, რომ ისინი თანაბრად ხელმისაწვდომია სამართავი პანელიდან (dashboard), გენერირებული SDK-ებიდან, CLI-დან და ჩვენი MCP სერვერიდან — ასე რომ, AI ხელსაწყოს შეუძლია თქვენი DNS-ის მართვა ზუსტად იმ უფლებებით, რომლებიც თქვენ მიანიჭეთ.