Sly32

Рейтинг
372
Регистрация
29.03.2012
Aisamiery #:
Тогда надо начать с того, что для вас облако

Точно. Как бы облако это не просто несколько дедиков. Для меня это еще и обвязка в виде множества сервисов, которые я замучаюсь сам поднимать, а тут я их получаю в пару кликов, Нужна безопасная апишка - нате вам API Gateway,  который будет настроен как мне надо, со всеми авторизациями, КОРСами  и прочей байдой. Не нужно мне держать инстанс для каких-то обработок разовых - бери Lambda, которая получила запрос, отработала и сама тихо потухла, не кушая мои денежки. Нуженв мощная машина с GPU -  поднял Sagemaker, посчитал и погасил. Нужно парралелить работу - Load Balancer в помощь, который увидит, что основная машина задыхается - сам поднимет еще одну, потом погасит. Безопасность? Как ты сможешь что-то внедрить в инстанс, который вообще гн смотрит наружу?  И так далее...

Александр Воробьев #:
Нет. Именно "де". :)

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

Александр Воробьев #:
И тут может быть стоит задуматься и о денормализации,

Ты точно это имел ввиду? Не наоборот?

WebStorm #:
если ты не хочешь, чтобы твои данные бесследно растворились в облаке,

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Всего: 7407