Sly32

Рейтинг
389
Регистрация
29.03.2012
Должность
Software engineer
WebStorm #:
если ты не хочешь, чтобы твои данные бесследно растворились в облаке,

Это очень странное утверждение. Почему они должны раствориться? у меня поднята одна машина с инстансом, отдельно база, отдельно хранилище с файлами и бэкапами. То есть уже в базе у меня 2-е резервирование. Хостинг дает отказоустойчивость в 99.99%  Loadbalancer позволяет автоматически масштабировать инстансы в случае роста нагрузки. В дедике ты упрешься в его врзможности, у меня нет ограничений вообще. 

WebStorm #:
то выделенный сервер будет работать эффективнее: все компоненты — как вычислительные, так и дисковая система, на которой хранятся данные — располагаются на одной материнской плате, данные между компонентами передаются по высокоскоростным шинам.

Сложно мне представить проект, где это даст преимущество. Я имел дело с сервисом, в котором было 52 машины и в итоге они ушли в Амазон, не потеряв в производительности. каналы внутри облака позволяют вообще это игнорировать. Есть вообще цифры - показывающие реальное превосходство дедика? Ну и если твоя плата сгорит в одночасье, при условии наличия даже бэкапов - сколько уйдет времени на восстановление?

Не понимаю этого страха перед клаудами. За 5 лет работы с ними не нашел ни одной причины вернуться на дедик.

WebStorm #:
потому что мне важна надёжность, производительность и возможность полного контроля и настройки под конкретные задачи

Что из этого не дают облачные сервисы? Примеры можно?

WebStorm #:
и никакие не облака тем более

Почему не облака?

master32 #:
бизнес это решение проблем в первую очередь, если твое решение дешевле/эффективнее из двух вариантов выбора, то выберут тебя

Именно! Об этом и речь! Систематизировать и выполнить дешевле и быстрее!

master32 #:
к сожалению это не работает против "уже внедрено и работает")

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

То есть без ИИ было непонятно, о чем я пишу? 😂

Ну тогда вообще грусть)))

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

Если вы так зависите от доступности и затраты на это не играют большой роли, посоветовал бы посмотреть в сторону клауд-сервисов а не VPS,  Это гораздо надежнее  любой выделенной машины, в случае атак легко масштабировать, а потом убирать ненужные ресурсы. По деньгам даже выгоднее будет. Свои предпочтения не буду высказывать, они вам все равно недоступны. Но и у вас есть уже неплохие решения в клаудах, насколько мне известно.
WebStorm #:
да в пхп тоже много чего можно сделать, просто для ТС это будет самый простой способ и верный, тк хз там что тормозит

не сомневаюсь что можно. Но не сильно понимаю, как это поможет. Я бы все разделил. и так понятно что тормозит. Профилировать время интерпретатора? отдачу на фронт? Проще в логах нжинкса покопаться.  C базой я б не только время смотрел, но и обьем отдаваемой инфы, но про это вроде уже писали. И кстати база по мне должна хоститься отдельно, не с тобой мы как-то дискутировали на эту тему?

WebStorm #:

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

и дальше постепенно двигаться к концу файла, ставя после ; или } вывод количества секунд, затраченных

смотреть, обновляя хтмл код, и меняя расположение echo

Когда вижу такое, каждый раз хвалю сeбя что не пишу на php)))  Это так, в плане шутки. На Java/python  это делается в разы элегантнее в виде декораторов. И насколько я понимаю - тут не будет разделения что именно тормозит - бэкенд или фронт? тут уже и ответ http и запрос в базу и интерпретатор... 

leoseo #:
Я за людей больше переживаю

Ну а я вот больше за слонов. Люди не заслуживают того, чтоб их жалеть)

Все таки посоветовал бы разделить задачу проверки хостинга и проверки работы базы данных. А то ты уже мечешься из стороны в сторону.  Попробуй залогировать все события на странице, которая тормозит. Сделай тестовую страницу со статикой и посмотри скорость ее отдачи. Почитай логи Нжинкса/Апача, там уже будет время доступа. 
Всего: 8124