Изатоп предложил сделать нашу систему готовой к распределённой нагрузке. Это когда проект очень крупный и для его работы требуется подключение множества дополнительных физических серверов.

Какую нагрузку будем распределять? Для БД итак есть готовые решения, как я понимаю.. Следовательно речь идет только о ПХП-коде, о его быстром выполнении. Прошу высказать свои мнения..

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

Код PHP в силу своей природы выполняется параллельно, потому хорошо маштабируем по нескольким application-серверам. Конфиги, статикa, шаблоны естественно и т.д. дублируются. Точками соприкосновения нужно оставить только центральную БД, из которой брать инфу по необходимости.

Инфу из БД лучше кешировать локально в SQLite базе. Вообще я заметил до 70% всей инфы, что обычно лежит в базе, можно раскидать по локальным SQLite базам или вообще по XML файлам (конфиги держать в центральной базе это вообще верх юмора). Вставка/изменение в SQLite базе теоретически медленны (лочиться вся база для каждого запроса, правда только на момент записи, что микросекунды), но чтение очень быстро.

Далее смотрим на сколько болен на голову был архитектор системы   Если все запросы state-less (чисто REST системы), то без всяких сложностей копируем софт с данными на новую машину и добавляем в сеть. Если активно где надо и не надо использовались графы/машины состояний, с сохранением в сессию, то придётся покупать специальную машину диспетчер-запросов, которая будет достаточно умна, что бы привязывать сервер к конкретному клиенту на время сессии. К PHP это конечно не относиться. Если сессии хранить в распределённом кеше типа memcached, то диспетчера не нужно, производительность конечно будет чуть хуже.

Вроде всё. Принцип един, чем больше осбщих ресурсов, используемых сразу несколькими серверами, тем медленней это всё дело. Чем больше инфы в локальных копиях, тем быстрее система, что сразу подчёркивает грамотную работу архитектора.