forum.lissyara.su

Добрый день!
Не знал в какой раздел начинать топик, по этому остановился на /dev/null.
Вопрос состоит в том, как вы понимаете концепцию cloud computing?
Спрашиваю, потому что понял что даже те которые объясняют эту концепцию в гугыл, не совсем вникают в это понятие.
Заранее всем откликнувшимся, спасибо.

В моём понятии cloud computing, это 3 раздела SaaS, PaaS, IaaS

SaaS - вам предоставляется скажем joomlа, WP, SharePoint, etc и вам как заказчику пофиг, где оно работает и как и на чём, вы используете только сам продукт, а не базу и платформу на которой это крутится и проблемой провайдера является слежение за работой платформы в целом(железо, по, сеть. etc) и производительности данной системы

PaaS - вам предоставляется в использование некое програмное обеспечение с теоретически неограничеными возможностями по процу, памяти и дискам. К примеру - вебхостинг, вам предоставляется apache+mysql+ещё чтото и это работает бекендом на нескольких серверах, что обеспечивает распределение нагрузки и при нехватки производительности решается добавлением со стороны датацентра мощностей, при этом заказчик видет весь этот зоопарк как одну фтп папку(к примеру) и ему пофиг, что и как и где работает, ему предоставляется хостинг

IaaS - вам предоставляется платформа целиком, как правило это VPS/VDS, который может быть как с предустановленым ПО так и без онного, проблемой провайдера является 99.9 SLA этого VDS/VPS, А вам как заказчику должно быть пофиг, на какой платформе(vmware, Hyper-v,Xen..) он работает и каким образом осуществляется поддержка его работоспособности

Спасибо, классно разъяснили

Если на это всё смотреть с точки зрения провайдера, то это комплекс серверов, разделённых на группы по какимто признакам, скажем назначению, объединённых в кластера, на которых работает всевозможное ПО.

Если брать в расмотрение вигруализацию VPS/VDS(IaaS), организация на примитивном уровне сторится примерно так: У вас есть iSCSI кластеризированый сторедж(с репликацией данных, под линухом это делает drbd), и есть сервера на которых крутятся виртуальные машины. Есть некий управляющий сервер, который следит за состоянием серверов и виртуалок(работоспособность, утилизация памяти, проца, дисков, и тд) и в случае падения одного из серверов автоматом перемонтирует lun на другой сервер виртуализации, тоесть, простой = времени старта виртуалки на другом сервере, в случае нехватки производительности одного из серверос - выкидует алёрт оп этому поводу и предлагает перенести виртуалку кудато в другое место. Это к примеру.

Если рассмаотреть веб хостинг(Saas, PaaS) - то тут вам предлагается также реплецированое сетевое файловое хранилище, подключённое к нескольким веб серверам находящимся в бекенде, на которых идёт синхронизация конфигов, в фронтэнде стоит скажем nginx который распределяет нагрузку на эти сервера. Также может быть некий управляющий хост, который следит за состоянием бекендов и в случай падения одного из серверов может принимать какиенибудь решения или просто выкидывать алёрт.

Если расмотреть базу данных(mysql) - то как вариант может стоять 1 сервер, к которому идут подключения и он может респределять(mysqlproxy) нагрузку на чтение на несколько серверов(слейвы). А запись будет доступна только на 1(мастере), а слейвы будут реплецироватся на него