În cazul scenariului meu, problema de încărcare pare să fi fost cauzată de efectuarea de solicitări HTTP fără timeout HTTP setat la CDN-ul nostru.Solicitările sincrone au reținut execuția paginii timp de mai multe minute, apoi echilibratorul de încărcare a expirat cererea.
Solicitările sunt pentru imagini pe paginile articolului. Ne asigurăm că există înainte de randare, dacă nu există unul, arătăm unul generic. Un exemplu este https://cloudfront.qwery.com/CDNSource/teasers/56628.jpg există 1 imagine pe articol. Ar putea cineva să ofere soluții alternative la asta?
În prezent, resursele sunt în S3, deci poate un CRON care sincronizează datele din oră cu serverele web, iar serverele web iau o copie a găleții S3 atunci când construiesc. Cu toate acestea, pentru această soluție, am avea nevoie de un EBS pentru a scala la dimensiunea totală a imaginii noastre. M-ar putea ghida cineva despre cum să-l calculez eficient și care ar fi acesta? Poate cineva să mă sfătuiască dacă ar fi o soluție mai bună pentru asta? În mod ideal, ar fi disponibilă o resursă de fișier local pentru a verifica dacă ceva există/nu există.
Am încercat anterior să folosim EFS pentru stocarea sesiunii, dar am constatat că costul său era mult prea mare pentru a putea fi folosit în producție, +10.000 USD/lună. Ar putea cineva să vă sfătuiască cât de mult ați prevedea costurile pentru stocarea imaginilor și/sau cât de mult efort credeți că este necesar pentru a configura acest lucru în producție?
