Hogyan működik a domainek, savepearlharbor
Minden által kínált lehetőségeket az SDA igényel az integráció a különböző összetevőinek Yandex termékek és nem csak. Lényegét tekintve, az SDA - ez egy integrációs szolgáltatás, amely egyesíti a különálló elemek ellenőrzése alatt a domainhez.
SDA kezdődik a domain: meg kell csatlakoztatni, és ellenőrizze, hogy a domain tulajdonos és rendszergazda a SDA - egy és ugyanaz a személy. Előfordul, hogy a domének az ilyen vagy olyan okból megszakad az SDA a DNS-szinten. Annak igazolására, a domain tulajdonjogát, és erősítse meg a rendszer állapotát mi használ sorban ellenőrzi, amely több szerver ellenőrzi a sorban tároló relációs adatbázis és klaszter elosztott zár alapján MongoDB.
Annak érdekében, hogy ne terhelje túl az ellenőrzések szerverek, hogy a befogadó weboldalakon vagy domének DNS-kiszolgálók zónára következő visszaigazolás történik növekvő időközönként - kezdve öt percig, és befejezve a 24 órát. Domain érvényesítés állapotok gyakrabban fordulnak elő - egyszer négyóránként állandó időközönként. Ez a megközelítés jelentősen csökkenti a terheket a dolgozó ellenőrzi a sorok. Miután a domain megerősítette, ez lesz a rendszergazda hozzáférést az összes funkciót, és akkor létre dobozokat.
Mentéséhez univerzális megközelítést, és csökkenti a hibák számát, az általunk kifejlesztett egy belső API mail tartományok, amelyeket fel lehet használni más összetevői Yandex cserélni a szükséges információkat. Például a nyilvános API mail tartományok - az egyik ilyen alkatrészeket. nyilvános API hívások lefordítják az egyetemes kihívás a belső API-t. Bármilyen akció a webes felületen, az SDA is okozhat belső API módszereket.
Attól függően, hogy a kívánt hatást felvezető belső API hívás hozzáférhetnek a különböző részek Yandex. Az alapelv a tervezés, az új funkció nem tárolható oldalán az SDA ott tárolt adatokhoz valahol máshol. Ez alól kivételt képeznek csak lekérdezéseket, amelyek kritikusak a teljesítmény az idő - kell őket cache.
Például, hogy hozzon létre egy új postafiókot, akkor szükség van egy Passport új felhasználó, és inicializálja a tárat, hogy a felhasználó az e-mail és konfigurálja az új postafiók pontosan választott domainhez.
Amikor ez az integráció nagyon fontos lesz a válasz a szolgáltatások és feldolgozásának lehetséges hibák miatt. Alapvetően a hibák két típusa van: a hálózati és logikus. Hogy teljes legyen a kép, nézd meg a listát a szolgáltatások és funkciók integrációja az SDA velük.
Tény, hogy a fő forrása az adatokat az SDA, nem kevésbé fontos, mint az adatbázis, és néha még több. A Passport SDA keresztül kommunikál a belső API HTTP protokoll. Bármilyen hiba útlevelek kritikus. Amennyiben az útlevél olyan hibaüzenetet vagy kommunikációt Passport nem sikerül, akkor sugárzott a hibát a felhasználónak, és megszünteti a már megtett intézkedések az adatbázisban, vagy egyéb szolgáltatások. Így a támogatás tranzakciós műveletek különböző integrált szolgáltatások: van antipódusa minden csapat - a csapat a művelet megszakításához.
Ez egy kulcsfontosságú szolgáltatás, amely a domain rendszergazdája vezérli szabályozás útján. Postafiók létrehozása igényel nagy mennyiségű számítás, így folyik a háttérben. Minden formája atomi szükséges lépéseket a regisztráció befejezéséhez: van egy doboz alkalmazni az alapvető beállításokat adott meg a domain, stb Ebben az esetben a hálózati hibák nem annyira kritikus, így probléma esetén a művelet biztonságosan halasztani később egy másik elosztott sorban, a sor rakodók próbálják szorgalmasan csípés doboz napközben egy összeomlás után.
Körülbelül minden harmadik tartomány SDA kiszolgáló olyan DNS-zóna Yandex szervereket. Hiba a DNS backend kritikusnak ítélt csak abban az esetben hálózati hibák és teljes képtelenség, hogy írjon az adatbázisban. Minden más esetben a ravaszt algoritmusok, amelyek lehetővé teszik a felhasználó számára, hogy megoldja a problémát.
Például az időtartományban delegáció Yandex példányban bejegyzések az előző része a DNS-kiszolgáló úgy, hogy a felhasználónak nem kell végrehajtania az unalmas munka otthonos az átadó övezetben. Ez lehet a helyzet, amikor a gyökér domain egy rekord típusú CNAME ellentétben szabvány. A felhasználó egy CNAME rekordot nem kapcsolja Yandex.Mail saját domain, így ha importál ilyen bejegyzést kimarad.
Naplózás és fakitermelés
Mint minden nagy gazdaság, nincs protokoll sehol. SDA tartja részletes naplókat az összes művelet a kölcsönhatás egyéb összetevői Yandex. Gyakran ezek a naplók nem találja meg a problémát, mielőtt ez észrevehető a felhasználók számára. Annak érdekében, hogy a szolgáltatás gyorsan és hatékonyan működött, a következő speciális szoftver felügyeleti rendszer naplók. Abban az esetben, a súlyos balesetek és hibákat, amikor a lekérdezés feldolgozási idő jelentősen megnő, vagy adott válaszok megjelennek a hibák, rendszergazdák észre egy pár percig, és elkezdi rögzíteni bármikor a nap vagy éjszaka. De erről majd legközelebb.
Bízunk benne, hogy a kérdésekre!