həllər · iş yükleri
Upstream-lərini atlatan model zəngləri.
Kodunuz bir uç nöqtəni çağırır; arxasında, fallback-li nizamlı bir upstream zənciri. Bir upstream kəsintisi müharibə otağı deyil, yönləndirmə qərarı olur.
vəziyyət
Harada ağrıyır.
Məhsulunuz hər sorğuda bir model çağırır. Həmin upstream pis bir gün keçirdikdə, məhsulunuz daha pisini keçirir — bir ehtiyata keçid hadisə deyil, yönləndirmə dəyişikliyi olduğu müddətcə.
Və faktura gələndə, xərc bir sirra deyil, bir key-ə cavab verməlidir.
quarkda
Burada necə işləyir.
Hər modeli Gateway üzərində bir aliasın arxasına qoyun; nizamlı bir upstream zəncirinə söykənərək. Gateway, zənciri fallback sırası ilə sınayır və modellərin əslində xidmət göstərdiyini yoxlayır — konfiqurasiya qeydindən ehtimal edilməyərək, data yolundan.
Key-ə görə limitlər qoşun və hər tamamlama, onu yaradan key-ə ölçmə olunur — upstream dəyişikliyi səssizdir və xərc oxuna qalır.
istifadə olunan hissələr
İşi kim görür.
Hər ssenari kataloqda mövcud olan məhsullara xəritələnir — istənilən parçanı səhifəsinə qədər izləyin.
Route-lar, sıralanmış upstream zəncirləri, fallback, limitlər və istifadə aidiyyəti.
Upstream etimadnamələri möhürlü referanslar kimi; konfiqurasiyada heç vaxt açıq mətn deyil.
Hər tamamlamanı özündən hesabat verən key-ə görə toplamlar.
Dəqiq 3 məhsul işi görür — Foundation altda həmişə açıqdır.
əlaqə
Quark-ı işə salmaq haqqında danışaq.
İş yüklerinizdən bəhs edin — öz buludunuzun nə edə bildiyini sizə göstərək.