Я видимо понял суть, вы думаете что кто то взял программный код (ядро) от LS обернул его в свой модуль и назвал lsphp? Но вы тут не правы, понятие API означает что он соответствует какому то программному интерфейсу, а это значит что у этого модуля есть точно такие же функции с теми же параметрами и такими же типами возвращаемых значений. Что значит если модуль поддерживает LS API то, все кто может работать с LS API может спокойно юзать этот модуль так как он реализовал его интерфейсы, но от LS там разве что только названия функций и всё. Программный код реализации совсем другой и возможно даже на другом ЯП и так далее.
А в облаках нет не ВПС, есть виртуальные серверы (VPS) и выделенные серверы. Вы представляете выделенный (железный) сервер на облачной инфраструктуре? А еще они пишут там же на той же странице, что:
Если просто, облако это когда вы не думаете о железе как единице, то есть вас не парят что где то упадет хост нода, где то не хватит оперативки, где то диск с рейда выпал, то есть вы не думаете вообще о проблемах с железом, облако это абстракция над ним. С классическим ВПС если хост нода упала, то упадут и все виртуалки на ней, в облаке же они (контейнеры) должны мигрировать на другие ноды
Наверное, я лично знаю только облачную инфраструктуру и если приложение работает на такой инфраструктуре его называют так же облачным. Есть еще какие то варианты интерпретации?
SOA - это архитектура, не совсем понятно как оно относится к облаку и инфраструктуре, SOA можно строить и на обычных железных серверах, хоть в одной стойке, хоть в нескольких ДЦ, только это не будет облаком, все же это будет SOA
Это был пример, я не знаю какую задачу в рамках вордпреса кроме self-hosted может помочь решить облако. О более приближенный вариант, на каждую задачу парсера подымать в автомате по инстансу и при завершении убивать инстанс, если есть задача парсить 1000 сайтов, то можно поднять 1000 инстансов спарсить все за пару минут и убрать их. Экономия будет колоссальная, если задачу надо выполнять быстро.
Никто не говорил что это дешево =)) SOA действительно вредна, если она не нужна, то лучше даже не начинать, когда проекту понадобится, перейти из монолита на SOA намного проще чем наоборот.
Если ОС это облако, то браузер это Google AppEngine, вам не надо писать дрова, но на вас ряд ограничений, просто Google AppEngine это готовая надстройка для удобного использования, вам никто не мешает развернуть свой кубернетес. Облачный провайдер это как раз про организацию инфраструктуры, а не ограничения ПО.
Конкретная услуга "Облако для PHP" - это взяли облако, настроили под PHP и отдали клиенту.
Конкретно для облаков там нет ничего, это стандартные правила которых многие придерживаются разрабатывая софт уровня энтерпрайз или хотя бы более менее коммерческий. Оно никак не влияет на то где будет крутиться приложение.
А кто говорил что облако это дешево? Или кто говорил что облако это отказоустойчиво? Облако это из уровня HL и быстрой масштабируемости, удобства управления и развертывания. Когда можно запустить тысячи машин, объединить их в кластер Hadoop произвести нужные вычисления и потушить все машины и все это за минуты и в автоматическом режиме.
Повесить для них заглушку с подпиской на тему "Как в интернете заработать больше чем в толоке и потратить в 10 раз меньше времени" отличная ЦА, и вам яндекс считайте еще приплачивает :))
Если амазон это не облачный провайдер, тогда может покажете пример облачного провайдера? Azure тоже по вашему не облако? GoogleCloud?
Ребят, первый байт это до картинок, до скриптов, время первого получения байта это заголовки ответа от сервера вида HTTP 1.1 ........
Ниже уже далеко не первый байт это открытие тега <html>
Какие оптимизаторы, вы о чем? все что работает на лету первый байт еще сильнее отдалит.
Откуда у вас такое странное представление об облаках? И я как разработчик, никак не могу понять, как спроектировать приложение под облака. Я знаю как проектировать приложение под нагрузку, как делать приложение под сервисную архитектуру, но как делать их под облака - просветите?
Сейчас типичное облако прям грубо говоря это две подсистемы, первая это дисковая, она резервируется, дублируется, там свои алгоритмы, свои всякие плюшки и вторая это ресурсная подсистема. Так вот суть облака это создание виртуальной машины и подмонтирование диска в неё, упала нода с ресурсами, создали новую виртуалку в другом пуле и подмонтировали диск туда, повысилась нагрузка, создали более мощную виртуалку и подмонтировали туда... и так далее. Это не 100% отказоустойчивость из за того что может быть проблемы с дисковой подсистемой, расссинхрон и так далее, но какие требования ввиду этого предъявляются к приложению я хз и как на всю эту работу может повлиять код приложения. Суть облака - это быстрое мигрирование куска диска по разным виртуальным машинам и не более того.
Тогда не совсем понятно что требуется. Вам подсказали поставить плагин для того чтобы провести профилирование (кстати не обязательно ставить на боевой сайт) - вы отказались это делать, сказали перенести попробовать сайт для того чтоб исключить влияние хост ноды - вы опять не в какую. Какого решения, совета вы ждете? На подобии: за комментируйте пятую строку снизу в 13 файле каталога wp-admin?
Вас не просят переезжать, вас не просят вообще что то делать с боевым сайтом, просто разверните копию на другом хостинге и поставьте на копию плагины профилирования и погоняйте копию сайта и у вас появятся представления в какую сторону копать.
у 1cloud.ru 110р за ядро если это виртуалка нужна, а так лучше конечно дедик посмотреть, там ядро физическое лучше ядра виртуального
