Andrey3k1) Чем отличаются высоконагруженные веб проекты от просто сайтов ? В каком случае проект считается высоконагруженным ?

2) В чем измеряется нагрузка ?

3) Как проходит процесс разработки высоконагруженного проекта ? Чем отличается от обычного ?

4) Существуют ли инструменты позволяющие оценить какую нагрузку способен выдержать проект ? Как проходит отладка высоконагруженного проекта ? Что нужно изменить в проекте в случае если он не выдерживает нагрузку ?

1) проект считается высоконагруженным при более сотни операций в секунду. у гугла, к примеру, весь мир генерит всего 172к запросов в секунду. весь мир! весь гугл.

отличаются сайты скорее инфраструктурно, внутри обычно такой-же LAMP, как и везде. но появляются новые элементы - к примеру на входе балансирующий обратный прокси (nginx, haproxy) и кеширующий запросы-ответы к БД сервис (memcache), плюс сам софт пишется так, чтоб клиентов равномерно размазывать по оборудованию и базам данных, без необходимости ходить в соседнюю базу данных, к другим клиентам, без особой на то нужды.

2) в запросах в секунду, в чем-же еще?

3) разработка отличается от обычной тем, что она ведется в условиях 24x7, т.е. ты не можешь погасить весь сайт на час, чтоб пропатчить везде базы данных и софт.
т.е. пишутся хитрожопые планы миграций, когда одновременно могут работать серверы текущей и предыдущей версии, и обновляют софт поэтапно. причем сначала обновляют резервный сервер, переключают на него поток, когда все перейдут - обновляют основной и потом переключают обратно.
но так как разделение клиентов сделано на пункте 1), то это уже почти не проблема, группы клиентов обновляют поэтапно.

в остальном - процесс разработки ведется как обычно, тот-же Scrum или подобное

4) инструменты - ab, httperf, и подобные.
менять обычно ничего не надо, правильно написанный Highload проект просто позволяет добавлять оборудование по мере роста, дальше все само ребалансируется, ничего дописывать не надо.

если написано не по правилам, то уже на начальном этапе все помрет, не выдержав нагрузки и не сумев смасштабироваться при добавлении железа.

в целом там никакой космической науки, если кратко - на входе стоит балансировщик, который распихивает клиентов по заранее известным серверам (заранее известно, какой клиент на какой сервер пойдет), а дальше - все как обычно, вот и вся премудрость.

самое сложное - это балансирование баз данных, ребалансирование в т.ч.
решается достаточно просто - за счет master-slave, в момент расщепления-роста slave превращается в самостоятельный master, только теперь он обрабатывает свою половину клиентов, а старый мастер - другую половину, из того, что у него было.

дальше оба мастера обзаводятся своими slave.

да, конечно 1/2 данных остается уже никому не нужным мусором, но о нем просто забывают, со временем эти данные будут просто удалены на очередном цикле чистки исторических данных, или просто останутся жить навечно - диски выдержат.