Puncte:0

Reciclarea serviciului de aplicații Azure epuizează coada

drapel lk

Avem o problemă în care nu putem folosi afinitatea arr într-un serviciu de aplicație azure, deoarece nu funcționează în spatele ușii din față utilizând un domeniu personalizat (cookie-ul arr are gazda greșită pe care browserul să o accepte), acest lucru apare să fie o limitare a serviciului aplicației și/sau a ușii din față.

Prin urmare, ne uităm la utilizarea unei singure instanțe a serviciului nostru de aplicații pe regiune, dar acum riscăm ca azure să ne recicleze aplicația oricând doresc, deoarece avem un singur nod.

Deci întrebarea este... într-un eveniment de reciclare, serviciul de aplicație își epuizează coada http de solicitări care sunt în zbor înainte de a lansa comanda de repornire? Sau toate cererile sunt ucise?

Puncte:0
drapel ng

Presupunând că este un serviciu web Windows, atunci funcționează la fel ca IIS, va elimina solicitările atâta timp cât se termină în 90 de secunde.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.