coolice
Owner
Този върши работа за информационни сайтове тип визитка, които не генерират толкова много съдържание. Гореописания сайт генерира по 200 статии на ден, но тоя бекенд ще му се разцепи майката от деплой
Няма как да стане бюжетно по друг начин, трябва да е статичен сайта или поне една голяма част да е статична а само първите няколко страници да ги върти и кеша да не може да се чисти (повечето стари страници да са статик и така да си седи)... Веднъж за деня кеша да ttl-не (а то може и да по често) и с тези 1 милион посетитли ще сгъне цялата машиа... или ако кеш плъгина чисти кеша на страницте с коментари пак е лесно да се сгъне ако се появят няколко стотин бързи коментари накуп и ще мине време докато отпуши или ако по погрешка изистият кеша после с часове няма да може да се отпуши .... и ще се оплакват на доставчика че губят пари (което в техния случай ще е истина)
сайт с 300 оналй и 1 CPU лимит от обичайните новинарски, след като изчисти кеша му трябват 20-30 минути да натрупа и да се кротне
А имах един клиент не е българин, със сайт за шеги, мемета, мисле ВП + ls cache, фейс трафик мъркаше в две от 4 EPYC CPUта при 1400 оналйн си променил нещо по хедъра и изчисти кеша и отвори тикети за помощ (ама респект за клиента че си каза какво е направил а не да каже само че му бави сайта и губи пари и ние трябва да разследваме и да си оправим хостинга да не бави) наложи се времен ъпгрейд до 8, 16, 24 CPU (задето си каза и го имах ресурса му го пуснах) та да може да отпуши бързичко....
Този сайт в някакъв момент за деня ще има поне 15 000 онлайн няма да е толкова лесно да се добави времене ресурс и ще сетят и ще чакат 100% CPU a и не може да очакваш че доставчикати ще има 24 CPU 48/ 64 CPU та на една машина свободни и ще могат да ти ги пуснат ....
Ако не е бюжетно ще се премсти базата на втора машина ако тряба ще се сложи втори фроненд ще се сложи sql прокси ще му се забрани да се чисти и пак ще е на ръба всеки път като се изчисти някакъв кеш (освен ако не само няколко страници)