а ну я так и понял что вы свой сервер подогнали под узкую задачу, где аж на всю Москву всего 300 серверов =)))
Облако это масс маркет, для 90% проектов более чем подходит и достаточно, а если у тебя что то специфическое, с определенными требованиями то там и решения уникальные/эксклюзивные. Взять то же яндекс облако, не имея штатов своих админов, вполне можно поднять кластер БД из панельки, развернуть ноду с эластиком, все это подружить и залить туда какой нибудь битрикс который будет генерировать пару лямов выручки вот вам "типичный цветочный магазинчик". Собрать тоже самое на железе еще и на коло будет как бы адом для владельца, особенно если нет знакомых проверенных спецов. 1 млн пользователей в день это уже нормальная такая вменяемая нагрузка, которая будет скакать в зависимости от событий в стране, мире и так далее, облако здесь действительно подойдёт, тем более облако уровня AWS, где можно отдельные сервисы по отдельности запускать и масштабировать. А вот ваш сервер ТСу как собаке пятая нога. Да и в целом вообще не вижу смысла в дедиках, они нужны бомжопроектам в основном если говорим о цене (выжать максимум производительсности за минимум средст, тут мы не говорим об резервировании, отказоустойчивости и так далее, ну в общем уровень хецзнер), либо тем у кого есть штат людей которые знаю что с ними делать (которые соберут оборудование, накатят туда облачное ПО и будут это мониторить, сопровождать и так далее), но тех и других в лучшем случае процентов 20%, остальным надо как бы деньги зарабатывать, реализовывать свои идеи, облако в данном случае намного гибче и удобнее, а если ты еще и ПО своё делаешь на уровне сервисов то вообще одни плюсы.
Хотя с одной стороны я конечно вас понимаю, для вас это профильно вам кажется это логично взять и самому все сделать как надо и дешевле, но вы же курицу наверняка в магазине покупаете а не выращиваете, а ведь кому то проще вырастить, это и вкуснее и там ничем не накачано а значит полезнее чем магазинное, так и тут, для небольшой команды с проектом который тем более растет облака это спасение, не зря это нашло большую популярность.
Давайте, как и то что у вас нет фактов утверждающее обратное.
Мы вообще не занимаемся предоставлением облачных сервисов, что за фантазии ?
Вы обвиняете, зачем мне показывать факты что это не так? А я думал куда то в вашу сторону отошел какашка-айхор или вы там просто засветились?
Минутку.. позволю себе уточнить.. Ваши крупные проекты работали на арендованных серверах? Не ставили свои на "коло" а именно арендовали сервера в ДЦ ? )))
Да а в чем проблема? Надо обязательно ставить на коло что ли? Вообще я могу сказать что много крупных проектов, не профильных в ай ти имеют много аутсорса, железо как бы в том числе. У компании собственный офис отдельный на несколько этажей в Москве, в нем свои сервера внутренние с всякими ерп и 1с, по всей России склады и точки продаж, но вот вэб направление по большей части на аутсорсе и это нормально прийти в какой нибудь крок за обслуживанием инфраструктуры для онлайн ритейла. Даже больше скажу наши админы + техподдержка обслуживала внутренние сервисы, сервера и ПО, а вот онлайн ритейл так же был на аутсорсе.
Онлайн кинотеатры, CDN, скрабинг центры.
Зачем CDN 56 ядерный (112 поточный) с 512 рам? Если там важно количество серверов распределенных по гео?
Онлайн кинотеатры хостятся на одной машине? Или зачем всем серверам онлайн кинотеатра 100 Gbit анлим на раздачу?
Что такое третье я вообще в душе не чаю, ну и опять же ваш сервер за $5999 не нужен ни цветочному магазину не международной компании, я вообще не представляю кому нужен именно в такой конфигурации сервер. Если полоса пропускания, то там балансир, ему нафиг не нужно 96Тб NVME, за ним может стоять уже хоть сотня серверов приложения подключенной внутренней не тарифицируемой сетью по сути. Короче я хз в какую архитектуру можно воткнуть такой сервер, лучше будет несколько более маленьких чем один "здоровый и толстый".
Тут много ньюансов, но в целом да, так можно. Можно обратить внимание на https://mirhosting.com/ru/cloud у них стоит jelastic, там можно указать до какого количество подов можно разрастаться в случае нагрузки, но вообще масштабированием должно что то управлять, само по себе облако это больше про то, что заказав ресурсы ты их получишь достаточно быстро, допустим за пару минут уровня развертывания инстанса и так же быстро отказаться от этих ресурсов заплатив лишь за время использования, заказав просто выделенный сервер можно ждать от нескольких часов до нескольких дней и платить придется за месяц вперед, еще и установочный платеж может быть.
Ну и следить за железом при выделенных серверах придется самостоятельно, например за состоянием хардов чтоб не рассыпались.
Так вот посчитайте эту позицию чтобы закрыть её в 24/7, с учетом больничных, отпусков и 3х смен работы.
Для чего может понадобится такая машина стоимостью в $5999 в месяц? Каковы ваши кейсы?
Это уже какой то маленький специфический проект , в виде цветочного магазина ? Таргет не на него. Цветочному магазину и не нужен кубер, ему хватит "shared hosting"
У онлайн кинотеатров и международных проектов утилизация ресурсов +- равномерная в любое время дня и суток из за разницы часовых поясов на планете )
Цифры условные, тут сам факт что за бареметал вы всегда платите 100% неважно утилизируете вы или нет, а вот в облаке ресурсы по требованию, тут даже больше скажу, что лучше? Месяц утилизировать такую машину за $5999 или заплатить столько же но за 2 недели и сделать те же самые операции? Когда проект пишется под облако там всё сильно становится экономичнее, можно взять сервер и крутить на нем выгрузку товаров раз в сутки, а можно в облаке автоматом запросить машину, развернуть на ней задачу, сделать её и удалить машину.
я на многих крупных проектах, правда не международных побывал, готовность это x2 переплата а то и больше, ни о какой экономии вообще речи не идет, так что вообще не понимаю зачем вы приплетаете крупные проекты и экономию на серверах. Международные крупные проекты строят свои ДЦ уж если на то пошло.
Да тут все просто, если у вас проект голимый монолит и 1.5 калеки на поддержке, то aws выйдет сильно дороже, так как им будут пользоваться как выделенными серверами, в остальных случаях облако предпочтительнее. И да даже цветочный магазин можно затолкать в кубер, особенно если это лидер нишы, работающий по всей стране и которой принимает и доставляет заказы 24/7
ну давайте остановимся на то что это ваши фантазии и реальных прецедентов на руках у вас нету, у селектела не один ДЦ, машины связаны виртуальные, набрать их можно в любом ДЦ чтобы масштабироваться, а то что вы там где то своим клиентам 40 ядер виртуальных на одном физическом делаете еще не значит что все так делают
Тут какой то странный спор ведется на самом деле. Каждый со своей колокольни конечно но всё же.
указанная выше конфигурация в виде бареметал стоит 5999$ в месяц включая VAT, что на счет AWS ?
Вы заблуждаетесь в направлении мысли. Клоуд конечно будет дороже если сравнивать характеристики в лоб, но клауд так не используется. Я не говорю конечно же что каждый вордпресс надо заливать в облако, но до облака надо дорасти, с него обычно начинать нет смысла.
1) Вот вы предложили конфигурацию, давай те в стоимость её накинем развертку кластера кубера на 3 машинах и их сопровождения? Сколько надо людей чтобы 24/7 смотреть за таким кластером? Я так понимаю вы в стоимость бареметал это не вложили конечно же?
2) Предположим что ваша конфигурация нужна проекту в черную пятницу, когда приходить х10 нагрузки (хотя на самом деле пики сильно выше чем х10), то в остальном случае проекту хватит 16-ядерный сервер на 32 гига памяти за $400 итого чисто на цифрах получится экономии на ~$2500 в год экономичнее (там же $599 имелось ввиду?) и это мы еще не учитываем стоимость людей сопровождения бареметал. Много у вас специалистов, которые смогут построить сервис уровня RDS?
3) А теперь учтем, что например 50% времени ресурсы в принципе простаивают и чтобы обеспечить работоспособность, например ночью достаточно вообще машинки за $100?
4) А дальше представим, у вас пришла нагрузка х500, как быстро вы сможете на своих бареметал докидать кластер серверами? Достаточно быстро чтобы сервис не лег и не было простоев?
В общем если считать, то надо считать в кейсах в которых клауд используют, а не просто в лоб по характеристикам. Я через многое из этого прошел, и самый смак был когда в кластер надо было докинуть машин чтоб черную пятницу выдержать, а селектел сказал что в этом ДЦ у него нет больше серверов и надо ждать хз сколько. Как мы платили по 400к в месяц за админов кластера и так далее. Бареметал хорош особенно когда его хочется грузить 24/7, но в вэбе таких задач на самом деле очень мало
В php столько прекрасного если полистать его документацию, есть даже оператор с крутым названием космический корабль (spaceship) =))
ТС, protected на то и protected чтоб их никто не получал кроме самого класса и наследников. Закрытая реализация, она же инкапсуляция, один из столпов ООП.
И в целом вы прописываете методу возврат массива, хотя возвращаете результат функции у которой прописано что может быть null. Зачем вы сами себе в ногу стреляете то?
Не делайте так никогда, шторм обычно кричит о таких ошибках, у вас на деве она может всегда возвращать массив и вы ошибку не поймаете, а у пользователей обязательно оно вылезет
