Kentavr16, можете разрабатывать, как вам удобно - компилировать в самой IDE, запускать без контейнеров и т. д. Но в какой-то момент хорошо бы всё-таки запустить сборку проекта в докере - и только убедившись, что в докере всё ок, коммитить в репозиторий.
Иначе происходят сильно бесящие (меня, как девопс-инженера) ситуации, когда разработчик закоммитил, а CI у него обваливается - и он приходит с аргументом "локально у меня всё ок".
Данил Тунев, потому что ваше решение неуниверсально - как минимум, оно не учитывает характеристик каналов, того факта, что их количество и работоспособность может со временем меняться. Оставьте распределение трафика по интерфейсам на уровне ядра, а себе, раз уже так хочется, оставьте только количество параллельных потоков.
PendalF89, что произойдёт, если на один из пяти сайтов начнёт приходить столько запросов, что забьётся весь общий РНР-пул? Правильно - перестанут нормально работать все пять. В базе аналогичная ситуация решается ограничением на количество одновременных коннектов пользователя.
Понять, сколько понадобится памяти, проще всего пристальным взглядом на статистику потребления. Лично я бы отселял сайты по одному и давал им какой-то адекватный начальный объём памяти - а затем смотрел на прикладные показатели, хватает ли, и если нет - увеличивал.
Иерокопус Таманский, у ТСа всё на одном хосте - оно и так будет влиять. Условно, одна СУБД с выданными 4 гигами памяти и 4 сервисами будет более производительна, чем 4 штуки по 1 ГБ,
Илья, требуется - установите в виртуалке. Яблочные девайсы раскрывают свой потенциал исключительно под макосью, все остальные варианты - это велосипед и страдания. Не удивлюсь, кстати, если линукс, запущенный внутри виртуалки будет ещё и работать быстрее, чем на голом маке...
volhvrod-qq, да, всё верно. Важно ещё не забыть правильные разрешения на файлы - если приватный ключ будет доступен на чтение посторонним, коннект не пройдёт.
Евгений Лернер, я вам написал в первом сообщении - вы можете собрать статистику до конкретного узла на текущий момент. Универсального ответа нет, причём не только из-за неизвестности, что там за оборудование, но и потому что маршруты могут со временем меняться.
ironheaddd, вы не для того Заббикс используете. Если хотите периодически дёргать информацию из СУБД - просто сделайте скрипт и добавьте для него systemd-таймер.
Чтобы подсказать, что сайт в другом месте, используются редиректы с 300-ми HTTP-кодами, но они могут только указать новый урл, а не поменять IP-адрес текущего домена.
Иначе происходят сильно бесящие (меня, как девопс-инженера) ситуации, когда разработчик закоммитил, а CI у него обваливается - и он приходит с аргументом "локально у меня всё ок".