Shared Hosting vs Облака

Давайте сравним shared hosting и облачную систему хранения данных.

Для начала — вспомним одну любопытную и достаточно основополагающую историю из общего курса экономики. В 70-х годах прошлого века, один предприимчивый человек, будущий лауреат Нобелевской премии, Джордж Акерлоф ^[1] описал новаторскую модель экономики. Он назвал ее — «Рынок лимонов ^[2]», заранее давая понять, о чем она будет.

Итак, что он сделал?

Он рассмотрел рынок подержанных автомобилей. Как и сейчас, 40 лет назад на этом рынке продавались не только те автомобили, хозяева которых лелеяли и заботились о своих машинах, но и те, которые были в достаточно плохом состоянии. Именно последние и получили название «лимонов». Вся модель упиралась в один важный факт — покупатель никогда до конца не знает, покупает ли он «лимон» или хороший добротный автомобиль.

«Лимоном» в Америке сначала назывался именно подержанный автомобиль, а позднее этим термином стали называть любую вещь, в качестве которой нельзя быть уверенным

Логично, что на самом деле эта проблема решается достаточно просто — нужно было всего лишь указать ВСЕ волнующее параметры потенциальной покупки — не только пробег, но, скажем, и моторесурс. Чем меньше параметров потенциально покупки мы задаем, тем больше есть вероятность того, что она нас не удовлетворит.

Это же правило очень хорошо работает и, например, с shared хостингами. Много памяти в пакете? Получите в довесок медленные SATA диски. SSD хостинг ^[3]? В довесок процессор на Atom. И прочие неприятные комбинации.
Если мы не указываем конкретных параметров отбора по необходимым нам критериям — то, согласно «закону лимонов» мы получаем неликвид по критериям, которые мы забыли.

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

Параметры, которые нам действительно должны быть важны — это тактовая частота процессора, скорость шины, тип памяти, объем и ECC. Но что мы видим в описаниях? Объём места (без iops), количество ядер (каких ядер? ^[4]), объём ОЗУ… Выходит, что мы видим лишь «маркетинговые» параметры, которые, на самом деле, никакой погоды не делают. А это значит, что большинство попыток сравнить облачные сервисы в лоб (например, по прайсу ^[5]) — обречены на провал или махинацию. Вот она — победа маркетинга в IT! Мы перестали смотреть в суть облака, а лишь меряем маркетинговые величины.

Поэтому, начиная выбирать по принципу — мне побольше ОЗУ и подешевле, мы попадем в заранее расставленную ловушку. Но зачем облаку скрывать своё реальное железо?

Давайте разберем это на примере провайдера. Скажем, я региональный провайдер, имеющий 1гб выделенный канал. Я продаю его двадцати пользователям — как гигабитный (или 40а, как повезёт). Если все они одновременно не включат торрент, способный забить весь канал, то никто и не заметит, что гигабит давно коммунальный, а не его личный.

То же самое делает и shared hosting — продавая место и память. На самом же деле, далеко не все сайты постоянно кто-то смотрит — и, в итоге, они могут продать один сервер шесть/семь раз.

Примерно так же работает и «облако». Переход к условным единицам позволяет нам потерять из виду реально потребляемые ресурсы и начать измерять мир «в попугаях». Эта же система позволяет продать нам один сервер несколько раз. И из-за этого мы получаем ещё одну неизвестную переменную в работе с облаком.

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

Отчасти понимая проигрышность такой системы, большинство облачных сервисов пытается привязать к себе дополнительными услугами. К примеру, пользуясь облаком Amazon, вы моментально станете пользователем их балансировщика и т.д. Выделенные сервера — одинаковые у всех поставщиков. От этого — невысокая маржа и большая конкуренция. Но облака же пока — у всех персональные.

Автор: NosovK

Источник ^[6]