The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Open Cloud Initiative - инициатива по продвижению открытых о..., opennews (??), 27-Июл-11, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


6. "Open Cloud Initiative - инициатива по продвижению открытых о..."  +/
Сообщение от Аноним (-), 27-Июл-11, 16:56 
Вы вообще понимаете разницы между типовой CMSкой, болтающейся на шареде, и облачным приложением?
А разницу между шаредом и облачным провайдером, хотя бы?
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

10. "Open Cloud Initiative - инициатива по продвижению открытых о..."  +/
Сообщение от Аноним (-), 27-Июл-11, 17:11 
Не только понимаю, но и админю. Еще вопросы? Для прользователя все должно быть максимально прозрачно, так, что бы оно не отличалось от обычно хостинга и не нужно ничего выдумывать.
Ответить | Правка | Наверх | Cообщить модератору

12. "Open Cloud Initiative - инициатива по продвижению открытых о..."  +/
Сообщение от Аноним (-), 27-Июл-11, 17:20 
>Не только понимаю, но и админю. Еще вопросы?

Админите шаред, который засунут в виртуалку, которую можно мигрировать между физическими серверами?
Могу вас разочаровать: такая схема имеет очень мало общего с настоящими хостингами облачных приложений.

Ответить | Правка | Наверх | Cообщить модератору

16. "Open Cloud Initiative - инициатива по продвижению открытых о..."  +/
Сообщение от Аноним (-), 27-Июл-11, 17:26 
> Могу вас разочаровать: такая схема имеет очень мало общего с настоящими хостингами
> облачных приложений.

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

Ответить | Правка | Наверх | Cообщить модератору

18. "Open Cloud Initiative - инициатива по продвижению открытых о..."  +/
Сообщение от Аноним (-), 27-Июл-11, 17:32 
>Не то чтобы я с вами не согласен. Просто одни ваши заявления резко противоречат другим. То у вас облачные приложения ограничиваются БД и htdocs, то вы, наоборот, админите и проектируете что-то круче шареда. Как можно этим заниматься, не имея представляен

Ах вот как. И какие же приложения крутятся на ваших кластерах, и как организовано централизованное управление ресурсами?

Ответить | Правка | Наверх | Cообщить модератору

19. "Open Cloud Initiative - инициатива по продвижению открытых о..."  +/
Сообщение от Аноним (-), 27-Июл-11, 17:40 
>>Не то чтобы я с вами не согласен. Просто одни ваши заявления резко противоречат другим. То у вас облачные приложения ограничиваются БД и htdocs, то вы, наоборот, админите и проектируете что-то круче шареда. Как можно этим заниматься, не имея представляен
> Ах вот как. И какие же приложения крутятся на ваших кластерах, и
> как организовано централизованное управление ресурсами?

Стандартные: php, perl, python. Смотря, что именно подразумевается под "централизованное управление ресурсами". Панель? Одна из коммерческих заточенная под наши нужны. Учет пользовательских ресурсов? аккаунтинг + свои наработки. Балансер? haproxy.

Ответить | Правка | Наверх | Cообщить модератору

27. "Open Cloud Initiative - инициатива по продвижению открытых о..."  +/
Сообщение от Аноним (-), 27-Июл-11, 18:40 
Так у вас всего лишь хостинг веб-приложений с кластеризацией. К облакам это относится очень слабо.

Ключевое свойство облака - централизация ресурсов. Когда приложению A не хватает ресурсов на том сервере, на котором оно исполняется, оно перекидывается на тот сервер, где ресурсов больше.
Еще один важный момент - облачные приложения отнюдь не всегда являются тривиальными скриптами, которые можно пускать через (Fast)CGI или mod_something. Это вполне может быть и некий демон, обрабатывающий потоки данных.

Ответить | Правка | Наверх | Cообщить модератору

36. "Open Cloud Initiative - инициатива по продвижению открытых о..."  +/
Сообщение от Аноним (-), 27-Июл-11, 20:45 
Тю! А что, уже изобрели технологию бесшовного перемещения работающих процессов с ядра на ядро и с хоста на хост в режиме нон-стоп и это повсеместно базовый сервис ОС общего назначения?
Ответить | Правка | Наверх | Cообщить модератору

22. "Open Cloud Initiative - инициатива по продвижению открытых о..."  +/
Сообщение от VoDA (ok), 27-Июл-11, 18:10 
> Это я могу вас разочаровать. Я не только админю, но и проектирую
> и поддерживаю кластера и не на один десяток машин, без всяких
> виртуалок.
> Вы, пожалуйста, по пунктам давайте, с чем вы со мной не согласны.

Вы админите кластера. А при чем здесь ваши советы для облаков? или вы считаете, что кластер и облако - одно и тоже? ;)))

По пунктам: первый и основной у облаков свои собственные БД хранения данных. И БД гугла не совместим с БД амазона. Ни по формату, ни по апи доступа. Эту проблему и хотят решить.

И кстати схемы БД в СУБД амазона и СУБД гуглика тоже несколько отличаются )))

Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

13. "Open Cloud Initiative - инициатива по продвижению открытых о..."  +1 +/
Сообщение от axe (??), 27-Июл-11, 17:21 
> Не только понимаю, но и админю. Еще вопросы? Для прользователя все должно
> быть максимально прозрачно, так, что бы оно не отличалось от обычно
> хостинга и не нужно ничего выдумывать.

жестянщик или моторист мягко говоря не понимает потребностей пассажира. Так что админить одно, пользоваться - другое. В статье предлагается, если утрировать, кнопка "переместить на" и выбор cloud.google.com, cloud.amazon.com и тд. Нажал кнопку - и все твое на другом аккаунте у другого провайдера. Вот это называется максимально прозрачно. В миллионный раз убеждаюсь что айтишники не умеют проектировать UI.

Только кто на это пойдет? Гугл? Амазон? Кто то еще? Да черта с два. Вендорлокин очень вкусная вещь для корпораций и никто от этого отказываться не будет.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

17. "Open Cloud Initiative - инициатива по продвижению открытых о..."  +/
Сообщение от Аноним (-), 27-Июл-11, 17:31 
> жестянщик или моторист мягко говоря не понимает потребностей пассажира. Так что админить
> одно, пользоваться - другое. В статье предлагается, если утрировать, кнопка "переместить
> на" и выбор cloud.google.com, cloud.amazon.com и тд. Нажал кнопку - и
> все твое на другом аккаунте у другого провайдера. Вот это называется
> максимально прозрачно. В миллионный раз убеждаюсь что айтишники не умеют проектировать
> UI.
> Только кто на это пойдет? Гугл? Амазон? Кто то еще? Да черта
> с два. Вендорлокин очень вкусная вещь для корпораций и никто от
> этого отказываться не будет.

ну этого не будет, ИМХО, только если, например, тот же амазон сделает свою кнопку с кучей полей: "мигрировать проект в амазон с гугла".

Ответить | Правка | Наверх | Cообщить модератору

21. "Open Cloud Initiative - инициатива по продвижению открытых о..."  +1 +/
Сообщение от axe (??), 27-Июл-11, 17:53 
И что, гугл предоставит такой API? Может Вам еще ключи от квартиры...
Ответить | Правка | Наверх | Cообщить модератору

31. "Open Cloud Initiative - инициатива по продвижению открытых о..."  +/
Сообщение от Аноним (-), 27-Июл-11, 18:54 
> И что, гугл предоставит такой API? Может Вам еще ключи от квартиры...

Зачем? Есть же конвертация данных...

Ответить | Правка | Наверх | Cообщить модератору

23. "Open Cloud Initiative - инициатива по продвижению открытых о..."  +/
Сообщение от VoDA (ok), 27-Июл-11, 18:15 
> жестянщик или моторист мягко говоря не понимает потребностей пассажира. Так что админить
> одно, пользоваться - другое. В статье предлагается, если утрировать, кнопка "переместить
> на" и выбор cloud.google.com, cloud.amazon.com и тд. Нажал кнопку - и
> все твое на другом аккаунте у другого провайдера. Вот это называется
> максимально прозрачно. В миллионный раз убеждаюсь что айтишники не умеют проектировать
> UI.
> Только кто на это пойдет? Гугл? Амазон? Кто то еще? Да черта
> с два. Вендорлокин очень вкусная вещь для корпораций и никто от
> этого отказываться не будет.

В статье предлагается сделать стандарт на схему данных и способ хранения этих самых данных. некий аналог CREATE TABLE + INSERT INTO

Одним из первых сделает Гугл чтобы можно было утягивать клиентов с амазона. Для амазона же они напишут какую нибудь тулзу по выгрузке данных и вуаля )))

А если не гуглик, то придет новичок на открытых стандартах и войдет в 10-ку самых больших облачных провайдеров. Конкуренция знаетели )))

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

33. "Open Cloud Initiative - инициатива по продвижению открытых о..."  +/
Сообщение от Аноним (-), 27-Июл-11, 18:59 
>А если не гуглик, то придет новичок на открытых стандартах и войдет в 10-ку самых больших облачных провайдеров. Конкуренция знаетели )))

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

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

Ответить | Правка | Наверх | Cообщить модератору

34. "Open Cloud Initiative - инициатива по продвижению открытых о..."  –1 +/
Сообщение от VoDA (ok), 27-Июл-11, 19:38 
> В упор не вижу логики. Когда такой провайдер всего один, все плюсы
> подхода помножаются на ноль.
> Пользователи получают выигрыш только когда совместимых между собой провайдеров достаточно
> много.
> При этом, те провайдеры, которые не используют открытые стандарты, все равно оказываются
> в более выгодном положении, ибо коммерческий успех - это не сделать
> клиенту хорошо, а сдоить с него как можно больше бабла. И
> тут жесткие привязки к фирме плюс промывание мозгов рекламой творят чудеса.

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

Вендор-лок будет приносить прибыль временно, а позже будет выгоднее работать по стандарту - это бОльший доход, чем лок-ин.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру