-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
McHost - настоящие говнюки!
- Автор темы Krishna
- Дата начала
честно говоря, я не знаю, что такое youdo. хотя название хорошее 
я, конечно, понимаю, что в бизнесе закон не писан. йо(п)та пользуется ботнетами в жж для рекламы, макхост - такой фигней.
но мне просто от этого грустно.
Плюс - это убивает всю идею на корню. Одна из составляющих клауда - надежность данных. А о какой тут надежности говорить...
я, конечно, понимаю, что в бизнесе закон не писан. йо(п)та пользуется ботнетами в жж для рекламы, макхост - такой фигней.
но мне просто от этого грустно.
Плюс - это убивает всю идею на корню. Одна из составляющих клауда - надежность данных. А о какой тут надежности говорить...
И?
Я не спорю что у амазона есть (а точнее таковым выглядит снаружи) клауд сервисы - тот же СимплДБ.
Но подход с явным развертыванием ВПСок это отход от концепции абстрагирования, и они сами прекрасно знали, что называть это облаками некорректно. Щас то вот с их легкой руки все чо угодно облаками зовут, и в любых википедиях так напишут уже. Да и чо амазон - сколько он существует и когда там появился хотя бы свой балансер? =)
Коммерческий подход тут ясен - мало кто будет все переписывать на нормальном языке программирования (переход на какой-нибудь ерланг решил бы многие проблемы сразу), использовать масштабируемую горизонтально субд (что серьезно ограничивает набор возможных операций) и отказываться от локальной файловой системы как таковой в принципе. Но надо иначе это полумера и все равно сдохнет рано или поздно.
P.S. Мне знакомый недавно вот жаловался что пики роста нагрузки у него непредсказуемы настолько, что даже если постоянно мониторить трафик и делать новые инстансы даже уже при намеках на рост, они стартуют слишком долго и пик уже проходит. Вот вам и клауды.
P.P.S Я даже и не против сложившегося таким образом понимания термина, пусть и так, но уж слишком оно стало buzzwordом; определенный спектр проблем конечно таким образом решается, но это вовсе не та серебряная пуля, о которой на всех углах вещают маркетоиды-"евагнелисты". Гугловые сервисы - пока самое близкое к некоему идеалу (немедленное прозрачное предоставление необходимых ресурсов в зависимости от текущей нагрузки).
Я не спорю что у амазона есть (а точнее таковым выглядит снаружи) клауд сервисы - тот же СимплДБ.
Но подход с явным развертыванием ВПСок это отход от концепции абстрагирования, и они сами прекрасно знали, что называть это облаками некорректно. Щас то вот с их легкой руки все чо угодно облаками зовут, и в любых википедиях так напишут уже. Да и чо амазон - сколько он существует и когда там появился хотя бы свой балансер? =)
Коммерческий подход тут ясен - мало кто будет все переписывать на нормальном языке программирования (переход на какой-нибудь ерланг решил бы многие проблемы сразу), использовать масштабируемую горизонтально субд (что серьезно ограничивает набор возможных операций) и отказываться от локальной файловой системы как таковой в принципе. Но надо
иначе это полумера и все равно сдохнет рано или поздно.P.S. Мне знакомый недавно вот жаловался что пики роста нагрузки у него непредсказуемы настолько, что даже если постоянно мониторить трафик и делать новые инстансы даже уже при намеках на рост, они стартуют слишком долго и пик уже проходит. Вот вам и клауды.
P.P.S Я даже и не против сложившегося таким образом понимания термина, пусть и так, но уж слишком оно стало buzzwordом; определенный спектр проблем конечно таким образом решается, но это вовсе не та серебряная пуля, о которой на всех углах вещают маркетоиды-"евагнелисты". Гугловые сервисы - пока самое близкое к некоему идеалу (немедленное прозрачное предоставление необходимых ресурсов в зависимости от текущей нагрузки).
Long
Новичок
т.е. про различие между IaaS, SaaS и прочими ...aaS все же стоит разъяснять?
p.s. можешь раскрыть своему знакомому глаза - уже существуют (кроме амазона с его кучей проблем) другие облачные сервисы, которые уже умеют делать автоскейл в режиме реального времени. если ему нужно гарантированно обслуживать очень острые пики - пусть смотрит решения, основанные не на xen, а на vmvare. у них несколько иная идеология в управлении ресурсами.
p.p.s. для ищущих серебряную пулю настоятельно рекомендую прочитать Брукса. он еще в далеком 1975 году уже все объяснил.
p.p.p.s. к макхосту и оверсану я уже второй месяц не имею отношения
p.s. можешь раскрыть своему знакомому глаза - уже существуют (кроме амазона с его кучей проблем) другие облачные сервисы, которые уже умеют делать автоскейл в режиме реального времени. если ему нужно гарантированно обслуживать очень острые пики - пусть смотрит решения, основанные не на xen, а на vmvare. у них несколько иная идеология в управлении ресурсами.
p.p.s. для ищущих серебряную пулю настоятельно рекомендую прочитать Брукса. он еще в далеком 1975 году уже все объяснил.
p.p.p.s. к макхосту и оверсану я уже второй месяц не имею отношения
не. не стоит
это были вбросы по сути 
мне все прекрасно понятно, раздражает неуемный marketing shit вокруг - причем это доводит до забавных вещей, когда технически малокомпетентный руководитель распоряжается перевести проект на тот же амазон, притом что приложение к этому архитектурно вообще никак не готово, и не объяснишь (ибо сейлз-менеджер уже насвистел про не слушать ваш tech staff с их амбициями - прямо как у ашманова в пузыре). пару раз уже видел. в итоге результат ваще ничем от покупки вдсов не отличается... кроме цены )но направление Framework as a Service мне кажется наиболее перспективным.
там кстати не амазон а рэкспейс, один фиг. насчет вмвари интересно, я как раз удивлялся почему ее так мало применяют в этой области - я ему передам, спасибо.
те, кто не читали, этот термин разве употребляют?
я именно в этом смысле и говорил.да тут ничего личного, сорри если показалось иначеp.p.p.s. к макхосту и оверсану я уже второй месяц не имею отношения
впрочем было сложно не заметить что я к оверсанам предвзято негативно отношусь, причем по нетехническим вовсе причинам.UPD: прочитал у тебя в жж о (вероятно) причине ухода - получил массу восторга и еще одно подтверждение моему отношению и представлению о истинных целях руководства.
Krishna
Ты не поверишь... сколько веревочки не виться...
http://habrahabr.ru/company/oversun-mercury/blog/90171/
Ты не поверишь... сколько веревочки не виться...
http://habrahabr.ru/company/oversun-mercury/blog/90171/
