Прикольно

ок, а схема когда два нгинкса... на первом у нас хост настраивается и проксируеться на второй нгинкс, которы отдает статику и обрабатывает пхп файлы... так получается?

Я даже не знаю как объяснить

Если ты тредишься. А если нет, то не может

Разные бывают задачи

Я даже не знаю как объяснить

ну вот я могу объяснить что такое "джепегу заууекать". и даже "намылить"

Разные бывают задачи

разные. но в среднем по больнице ты с gil не встречаешься

Ну это уже явно ваши пробелы как специалиста

разные. но в среднем по больнице ты с gil не встречаешься

Увы, я встречаюсь

Ну это уже явно ваши пробелы как специалиста

незнание маркетингового булшита? да, маркетолог я хреноватый

IaaS это модель предоставления услуг лол

Впрочем

Хостинг да?

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

а потом будете спорить :)

Если для вас IaaS и PaaS маркетинговый булшит..

Увы, я встречаюсь

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

Если для вас IaaS и PaaS маркетинговый булшит..

Это не для меня. Это в принципе маркетинговый булшит. Который позволяет крайне многозначное толкование. Естественно я на самом деле знаю и как расшифровывется, и кто даже так самоименуется. Но применять это в конкретике - это нарваться на непонимание

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

Ага ага

одни облака про scale, другие про distributed. и вот силди и угадывай, чего кто имел ввиду

кароче, я понял вам важнее поспорить чем помочь человеку

Ну IaaS должно было прояснить все

Но раз нет

То AWS-like облако с совместимым API

кароче, я понял вам важнее поспорить чем помочь человеку

Я лет пять назад хотел курсы сделать. Типа Sysadmins basics. Потом пошёл всякий devops, я стал беспорядочно размножаться, ну и забил. Решил, что время ушло. Нет ЦА. Ан нет, есть. Я против непомощи и нубам в том числе. Но должен быть какой-то всё-таки предел 0-го уровня

То AWS-like облако с совместимым API

НА "aws-like" я кстати тоже агрюсь. Но это хотя бы конкретика. Принято. P.S. Мир не сошёлся на AWS. Я про него только тут и слышу. И представляю не больше, чем написано на сайте амазона на первых страницах. Очень коньюктурный термин

Ну блин

Ну блин

Норм. Теперь я понял. Но я не понял правда к чему это было

Я написал выше.

Фил, спс. Помог. От души.

Фил, спс. Помог. От души.

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

Что экспериментировать? Я в гугле ничего не нашёл на тему nginx + nginx

И разжевывать не надо, можно просто ссылку

На полезный пример реализации.

НА "aws-like" я кстати тоже агрюсь. Но это хотя бы конкретика. Принято. P.S. Мир не сошёлся на AWS. Я про него только тут и слышу. И представляю не больше, чем написано на сайте амазона на первых страницах. Очень коньюктурный термин

Кстати не могу подобрать менее маркетингового термина.

Потому что с технической точки зрения "IaaS облако" отлично описывает все.

В данном случае это и scalable и distributed)

Можем скейльиться серверами, а можем и цодами.

Что экспериментировать? Я в гугле ничего не нашёл на тему nginx + nginx

Какая ссылка? Ты первым nginx разруливаешь весь трафик на вторые. И всё )

В данном случае это и scalable и distributed)

вот-вот-вот. считай, что третий смысл

А иаас

Какая ссылка? Ты первым nginx разруливаешь весь трафик на вторые. И всё )

Да, для первого придётся конфиг делать

Да, для первого придётся конфиг делать

Но если ты nginx вынесешь - то для него тоже

А иаас

А что такое "I"?

Infrastructure

Мы даем не развернуть приложение в контейнере

Infrastructure

Железки, виртуалки, контейнеры, апачи?

А возможность создавать сети, виртуалки, диски и прочее

Хотя апачи это уже "P"

Железки, виртуалки, контейнеры, апачи?

железо, сеть

Плюс амазоновское апи для EC2, S3 и cloudwatch

А возможность создавать сети, виртуалки, диски и прочее

Но не железки? Но IaaS это в том числе и дедики

Не обязательно

Не обязательно

Не обязательно. Но уже многозначность

Дедики это опционально.

У Амазону они не так давно появились в их IaaS

Виртуальная инфраструктура

А не аренда и колокейшн.

Дедики это про хостинг)

Виртуальная инфраструктура

но согласись смысл фразы "развернуть дедики на ноде" становится иррациональным

Облако это покруче штука

Да.

Речь не шла о дедиках естественно.

Дедики это про хостинг)

Почему? Если они по API и всё такое - вполне себе IaaS

Речь не шла о дедиках естественно.

Это не было очевидно

И что, лайв миграция есть?)

И что, лайв миграция есть?)

Лайв миграция вообще мало где есть

ERROR: S client not available

И создание сетей и серверов на лету?)

Разные это вещи, очень.

И создание сетей и серверов на лету?)

Есть конечно

Есть конечно

Если это как IaaS. Вон, серверс.ру похваляются, что вот-вот сделают

Хочу я сервер на центоси, когда я его получу?

Когда ось разольется?

Хочу я сервер на центоси, когда я его получу?

А я хз. Это как провайдер IaaS с железками сделает )

Ну. Такого нет.

Кстати у нас есть прикольная штука

Объединение облака с физическими серваками, которые клиенты могут в зал поставить

Вобщем иаас прикольная штука, потыкайте как-нибудь.

У мирантиса кажется есть год халявный на какое-то количество ресурсов.

Кстати деплой

Это же круто

Берешь амазон

Стартуешь n инстансов

(виртуальных машин)

Ансиблом там их подготовить

И контейнеры притащить

И алармы повесить по процу например

Если трешхолд, то запускать еще виртуалку с приложением и добавлять ее в балансер.

Лучший таки не nginx

лучше таки нгинкс

Если трешхолд, то запускать еще виртуалку с приложением и добавлять ее в балансер.

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

Правда я только про веб

Это я осознаю

балансинг не только про умирание. он еще и про отказоустойчивость, возможность проведния работ

балансинг не только про умирание. он еще и про отказоустойчивость, возможность проведния работ

да. согласен

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

Запросы к разным точкам входа. База же тоже зачастую несложно масштабируется на несколько инстансов

блин, пока писал, проблему решил. Всем спасибо

балансинг не только про умирание. он еще и про отказоустойчивость, возможность проведния работ

+

И база и диск - не единая точка отказа

Потому что реплика и схд с мультипассом