The OpenNET Project / Index page

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

Open Cloud Initiative - инициатива по продвижению открытых облачных технологий

27.07.2011 16:25

На конференции OSCON (О’Reilly Open Source Convention) объявлено о создании новой некоммерческой организации Open Cloud Initiative, которая займется продвижением открытых стандартов, технологий и продуктов в областях, связанных с построением облачных систем. Целью организации является подготовка правовой доктрины, определяющей набор требований к открытой облачной среде (Open Cloud), которые будут подготовлены с учетом мнения пользователей и поставщиков облачных вычислений. Применение требований к готовым продуктам и сервисам также будет проводиться только после достижения консенсуса между всеми представителями сообщества.

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

Создание единой открытой спецификации облачных систем, позволило бы потребителя легко переключаться от одного провайдера облачных вычислений к другому, а также развернуть облачную инфраструктуру на собственных мощностях. Предложения касаются прежде всего формата для импорта и экспорта хранимой в облачных окружениях информации. В простейшем случае пользователь должен иметь возможность экспортировать в стандартном формате всю свою информацию (образы виртуальных машин, документы, содержимое базы данных и т.п.) из облачного окружения одного провайдера и импортировать эти данные в облачную среду другого провайдера. Для автоматизации этого процесса оба провайдера должны обеспечить поддержку единого стандартного интерфейса, который в настоящее время еще не сформирован.

На первом этапе своего существования, организация Open Cloud Initiative подготовила документ Open Cloud Principles (OCP), в котором определены основные принципы, которыми должны руководствоваться создатели открытых облачных систем. Например, требования к обеспечению переносимости, отсутствие преград к приходу и уходу пользователей, технологическая нейтральность и отсутствие дискриминации. Разработчики документа попытались найти баланс между предоставлением свободы пользователям и сохранением прибыльности бизнеса провайдеров облачных сервисов. Финальный вариант документа будет принят после публичного обсуждения, учета всех высказанных пожеланий и урегулирования спорных моментов.

Основные принципы:

  • Обеспечение переносимости (возможности обмена и использования информации) между различными облачными продуктами и сервисами. Переносимость способствует здоровой конкуренции поставщиков и предоставляет пользователям возможность выбора;
  • Пользователь должен иметь возможность беспрепятственно подключиться к сервису и прекратить его использование, без дополнительных проблем с импортом и экспортом данных, без дискриминации и не зависимо от типа используемых систем (технологический нейтралитет);
  • Для представления всех пользовательских данных и мета-данных должны использоваться только форматы, соответствующие открытым стандартам;
  • Вся функциональность должна предоставляться через интерфейсы, соответствующие открытым стандартам;
  • Используемые открытые стандарты должны отвечать следующим условиям:
    • Стандарт должен быть документирован с учетом всех деталей, опубликован и доступен бесплатно;
    • Все патенты, с которыми пересекается стандарт, должны быть предоставлены в использование без оплаты отчислений;
    • Все упоминаемые торговые марки не должны приводить к дискриминации;
    • Должно быть несколько полнофункциональных, достоверных и совместимых между собой реализаций стандарта. Как минимум одна из таких реализаций должна поставляться в исходных текстах под лицензией, одобренной OSI.


  1. Главная ссылка к новости (http://www.opencloudinitiative...)
  2. OpenNews: Citrix поглотил компанию Cloud.com, развивающую открытую платформу CloudStack
  3. OpenNews: Canonical будет использовать OpenStack в качестве основной cloud-платформы
  4. OpenNews: Доступен третий релиз свободной cloud-платформы OpenStack
  5. OpenNews: Компания VMware анонсировала открытую PaaS-платформу Cloud Foundry
  6. OpenNews: Релиз открытой Cloud-платформы OpenNebula 2.2
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/31316-cloud
Ключевые слова: cloud, standard
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (76) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Аноним (-), 16:45, 27/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Бред какой-то, че там переносить-то? Залить файлы и бд, поменять в настройках сайта(ов) ip СУБД, пароль и пользователя на СУБД, и полный путь до www-директории, если нужно.
     
     
  • 2.3, Аноним (-), 16:51, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Окей. Когда мне понадобится перенести загруженные файлы с вконтакта на G+ я воспользуюсь твоим советом.
     
     
  • 3.5, Мимоход (?), 16:56, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    А что вы обсуждаете?
     
     
  • 4.8, Аноним (-), 16:59, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>Обеспечение переносимости (возможности обмена и использования информации) между

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

    Статью читать не пробовали?

     
     
  • 5.14, Аноним (-), 17:21, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    С каких это пор втентакль и гуглоплюс стали облачными провайдерами?
     
     
  • 6.26, evytu (?), 18:32, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > С каких это пор втентакль и гуглоплюс стали облачными провайдерами?

    Не знай... наверна когда в гугле появились гуголмьюзик, докс, пикаса, календарь и прочая до фига чего, а в контектах фотки, видео и хранилище документов, плюс содержимое самих контактов (имена, телефоны, мессаги).......

     
  • 3.11, Аноним (-), 17:19, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Окей. Когда мне понадобится перенести загруженные файлы с вконтакта на G+ я
    > воспользуюсь твоим советом.

    есть некая точка "Х" на графике: стоимость хостера/генерируемая нагрузка, когда становится дешевле обслуживать свою систему, чем пользоваться какой-то системой хостера, так вот, когда достигаются подобные масштабы, то каждый городит свою схему работы кластера, в зависимости от задачи и кто во что горазд. как понимаете такие схемы уже не таскаются от хостера к хостеру и не возникает проблем переноса, а всякие жумлы и вордпресы на 1-10млн пользователей/мсц переносить - нет проблем.

     
     
  • 4.20, Аноним (-), 17:43, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Окей. Когда мне понадобится перенести загруженные файлы с вконтакта на G+ я
    >> воспользуюсь твоим советом.
    > есть некая точка "Х" на графике: стоимость хостера/генерируемая нагрузка, когда становится
    > дешевле обслуживать свою систему, чем пользоваться какой-то системой хостера, так вот,
    > когда достигаются подобные масштабы, то каждый городит свою схему работы кластера,
    > в зависимости от задачи и кто во что горазд. как понимаете
    > такие схемы уже не таскаются от хостера к хостеру и не
    > возникает проблем переноса, а всякие жумлы и вордпресы на 1-10млн пользователей/мсц
    > переносить - нет проблем.

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

     
  • 2.6, Аноним (-), 16:56, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вы вообще понимаете разницы между типовой CMSкой, болтающейся на шареде, и облачным приложением?
    А разницу между шаредом и облачным провайдером, хотя бы?
     
     
  • 3.10, Аноним (-), 17:11, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Не только понимаю, но и админю. Еще вопросы? Для прользователя все должно быть максимально прозрачно, так, что бы оно не отличалось от обычно хостинга и не нужно ничего выдумывать.
     
     
  • 4.12, Аноним (-), 17:20, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Не только понимаю, но и админю. Еще вопросы?

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

     
     
  • 5.16, Аноним (-), 17:26, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Могу вас разочаровать: такая схема имеет очень мало общего с настоящими хостингами
    > облачных приложений.

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

     
     
  • 6.18, Аноним (-), 17:32, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Не то чтобы я с вами не согласен. Просто одни ваши заявления резко противоречат другим. То у вас облачные приложения ограничиваются БД и htdocs, то вы, наоборот, админите и проектируете что-то круче шареда. Как можно этим заниматься, не имея представляен

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

     
     
  • 7.19, Аноним (-), 17:40, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>Не то чтобы я с вами не согласен. Просто одни ваши заявления резко противоречат другим. То у вас облачные приложения ограничиваются БД и htdocs, то вы, наоборот, админите и проектируете что-то круче шареда. Как можно этим заниматься, не имея представляен
    > Ах вот как. И какие же приложения крутятся на ваших кластерах, и
    > как организовано централизованное управление ресурсами?

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

     
     
  • 8.27, Аноним (-), 18:40, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Так у вас всего лишь хостинг веб-приложений с кластеризацией К облакам это отно... текст свёрнут, показать
     
     
  • 9.36, Аноним (-), 20:45, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Тю А что, уже изобрели технологию бесшовного перемещения работающих процессов с... текст свёрнут, показать
     
  • 6.22, VoDA (ok), 18:10, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Это я могу вас разочаровать. Я не только админю, но и проектирую
    > и поддерживаю кластера и не на один десяток машин, без всяких
    > виртуалок.
    > Вы, пожалуйста, по пунктам давайте, с чем вы со мной не согласны.

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

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

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

     
  • 4.13, axe (??), 17:21, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Не только понимаю, но и админю. Еще вопросы? Для прользователя все должно
    > быть максимально прозрачно, так, что бы оно не отличалось от обычно
    > хостинга и не нужно ничего выдумывать.

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

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

     
     
  • 5.17, Аноним (-), 17:31, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > жестянщик или моторист мягко говоря не понимает потребностей пассажира. Так что админить
    > одно, пользоваться - другое. В статье предлагается, если утрировать, кнопка "переместить
    > на" и выбор cloud.google.com, cloud.amazon.com и тд. Нажал кнопку - и
    > все твое на другом аккаунте у другого провайдера. Вот это называется
    > максимально прозрачно. В миллионный раз убеждаюсь что айтишники не умеют проектировать
    > UI.
    > Только кто на это пойдет? Гугл? Амазон? Кто то еще? Да черта
    > с два. Вендорлокин очень вкусная вещь для корпораций и никто от
    > этого отказываться не будет.

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

     
     
  • 6.21, axe (??), 17:53, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    И что, гугл предоставит такой API? Может Вам еще ключи от квартиры...
     
     
  • 7.31, Аноним (-), 18:54, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > И что, гугл предоставит такой API? Может Вам еще ключи от квартиры...

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

     
  • 5.23, VoDA (ok), 18:15, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > жестянщик или моторист мягко говоря не понимает потребностей пассажира. Так что админить
    > одно, пользоваться - другое. В статье предлагается, если утрировать, кнопка "переместить
    > на" и выбор cloud.google.com, cloud.amazon.com и тд. Нажал кнопку - и
    > все твое на другом аккаунте у другого провайдера. Вот это называется
    > максимально прозрачно. В миллионный раз убеждаюсь что айтишники не умеют проектировать
    > UI.
    > Только кто на это пойдет? Гугл? Амазон? Кто то еще? Да черта
    > с два. Вендорлокин очень вкусная вещь для корпораций и никто от
    > этого отказываться не будет.

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

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

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

     
     
  • 6.33, Аноним (-), 18:59, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >А если не гуглик, то придет новичок на открытых стандартах и войдет в 10-ку самых больших облачных провайдеров. Конкуренция знаетели )))

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

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

     
     
  • 7.34, VoDA (ok), 19:38, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > В упор не вижу логики. Когда такой провайдер всего один, все плюсы
    > подхода помножаются на ноль.
    > Пользователи получают выигрыш только когда совместимых между собой провайдеров достаточно
    > много.
    > При этом, те провайдеры, которые не используют открытые стандарты, все равно оказываются
    > в более выгодном положении, ибо коммерческий успех - это не сделать
    > клиенту хорошо, а сдоить с него как можно больше бабла. И
    > тут жесткие привязки к фирме плюс промывание мозгов рекламой творят чудеса.

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

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

     
  • 2.25, VoDA (ok), 18:27, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Бред какой-то, че там переносить-то? Залить файлы и бд, поменять в настройках
    > сайта(ов) ip СУБД, пароль и пользователя на СУБД, и полный путь
    > до www-директории, если нужно.

    Основной косяк - СУБД у каждого свое. У амазона S3, у гугла свой API хранения причем даже не совместимый с JPA... и так далее. Вот между этими СУБД и пытаются сделать мостик.

    и речь идет явно не о MySQL ;)

     
     
  • 3.32, Аноним (-), 18:57, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Основной косяк - СУБД у каждого свое. У амазона S3, у гугла
    > свой API хранения причем даже не совместимый с JPA... и так
    > далее. Вот между этими СУБД и пытаются сделать мостик.
    > и речь идет явно не о MySQL ;)

    а... ну это да...

     
  • 2.51, Diden05 (?), 08:20, 28/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну если для вас облако это только веб сервер)
     

  • 1.4, Аноним (-), 16:54, 27/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Разработчики документа попытались найти баланс между предоставлением свободы пользователям и сохранением прибыльности бизнеса провайдеров облачных сервисов.

    Я один тут вижу противоречие?

     
     
  • 2.7, Аноним (-), 16:59, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Я один тут вижу противоречие?

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

     
     
  • 3.24, VoDA (ok), 18:23, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Я один тут вижу противоречие?
    > Нет, противоречие тут вполне очевидно. Эти ребята подкапываются под один из основополагающих
    > принципов стрижения бала - "вход рубль, выход тыща". Поэтому сразу можно
    > закономерно предположить, что их шансы на успех очень малы.

    Попытка вендор-лока дает возможность другим компаниям выйти в лидеры ;)

    ЗЫ RedHat тоже делает свое облачное решение, хотя оно будет на уровне приложений, а не имиджей. Т.е. ближе к гуглу, а не амазону.

     
     
  • 4.29, Аноним (-), 18:43, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Попытка вендор-лока дает возможность другим компаниям выйти в лидеры ;)

    Только почему-то примеров использования этой возможности - не густо.
    Сейчас IT-рынок оккупирован компаниями, для которых vendor lock-in является святой заповедью (M$, Apple, Adobe, etc)

     
     
  • 5.35, VoDA (ok), 19:39, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Попытка вендор-лока дает возможность другим компаниям выйти в лидеры ;)
    > Только почему-то примеров использования этой возможности - не густо.
    > Сейчас IT-рынок оккупирован компаниями, для которых vendor lock-in является святой заповедью
    > (M$, Apple, Adobe, etc)

    Ага. Пока единицы, на подходе большее количество ибо многие уже на гос-уровне поддерживают OpenSource и совместимость, плюс защита от вендор-лока.

     
  • 5.41, Аноним (-), 22:49, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Попытка вендор-лока дает возможность другим компаниям выйти в лидеры ;)
    > Только почему-то примеров использования этой возможности - не густо.
    > Сейчас IT-рынок оккупирован компаниями, для которых vendor lock-in является святой заповедью
    > (M$, Apple, Adobe, etc)

    Не рынок оккупирован - а вы все анально окуппированы, поскольку в огромном количестве прямо или косвенно носите им бабло.

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

     
     
  • 6.46, VoDA (ok), 23:25, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Не рынок оккупирован - а вы все анально окуппированы, поскольку в огромном
    > количестве прямо или косвенно носите им бабло.
    > Точно так же - только в несравненно более жесткой форме - вендор-лок
    > реализуют производители сотовых телефонов и фотоаппаратов. И ничего, что-то вы не
    > больно-то протестуете в своих стойлах! Пипл хавает! А еще то же
    > самое делают автопроизводители. И много кто еще. На сем держится капиталистический
    > мир. А ваш мир, стало быть, на других принципах собирается держаться?

    Альтернатив? не покупать авто и ходить пешком? не покупать мобилы и не общаться через Инет ибо компьютер сделали проприетарщики?

    мне интересно есть ли альтернативный путь...?

     
     
  • 7.59, Аноним (-), 10:19, 28/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, есть Его RMS проповедует Давайте произведем свободные аналоги всего необх... большой текст свёрнут, показать
     
     
  • 8.79, Кирилл (??), 14:56, 01/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Либо вы их не осилили ... текст свёрнут, показать
     
  • 5.42, Аноним (-), 22:50, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Попытка вендор-лока дает возможность другим компаниям выйти в лидеры ;)
    > Только почему-то примеров использования этой возможности - не густо.

    Ах-ах, почему так, а? А не потому ли, что идейки СПО в капиталистическом мире не приносят прибыли, и, следовательно, не работают? Все-таки бабло движущая сила, а? А вовсе не энтузизизьм одиночек и пресловутая швобода?

     
  • 3.40, Аноним (-), 22:47, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Я один тут вижу противоречие?
    > Нет, противоречие тут вполне очевидно. Эти ребята подкапываются под один из основополагающих
    > принципов стрижения бала - "вход рубль, выход тыща". Поэтому сразу можно
    > закономерно предположить, что их шансы на успех очень малы

    Основополагающий принцип стрижения бабла - со времен Маркса - "товар-деньги-товар". На этом держится реальный мир. И если маржинальность чего-либо превышает пресловутые 10%- шансы на успех очень высоки. Почаще отрывайся от моника, Анон. И читай классиков - на бумаге. "Капитал", например. А если ты считаешь, что он потерял актуальность - реальный мир тебя больно накажет за нонконформизм.

     
  • 3.43, Аноним (-), 22:52, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> Я один тут вижу противоречие?
    > Нет, противоречие тут вполне очевидно. Эти ребята подкапываются под один из основополагающих
    > принципов стрижения бала - "вход рубль, выход тыща". Поэтому сразу можно
    > закономерно предположить, что их шансы на успех очень малы.

    Ни хрена они ни под что не подкапываются. Все очевидно. Вы кладете ваши данные, и пока вы платите бабло - все довольны и все смеются. Перестаете платить - ваше добро в облаке лочится, выход с выносом - тыща. Ваш К.О.

     

  • 1.28, iZEN (ok), 18:42, 27/07/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Я не понимаю "облачные вычисления". Зачем они нужны.

    Сеть железных дорог не заменили автотранспорт и личные авто. Кое-где в америке есть вымершие индустриальные города ("ржавый пояс америки"), в которых тренд развития был выбран на основе сети железных дорог — огромные ж/д-вокзалы стоят теперь с разбитыми окнами, а проходящие поезда, в основном это товарные, на них не задерживаются вообще.

     
     
  • 2.30, Аноним (-), 18:48, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Личный автотранспорт при желании тоже можно уподобить облакам, в плане использования дорожной инфраструктуры. Тогда не-облачное решение - каждый строит сам себе дорогу и сам по ней ездит, никого не пуская.

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

     
  • 2.37, Аноним (-), 20:48, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Я согласен с Арамисом Я тоже не понимаю, и, мало того, я не понимаю, почему хом... большой текст свёрнут, показать
     
     
  • 3.38, VoDA (ok), 22:12, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Я согласен с Арамисом. Я тоже не понимаю, и, мало того, я
    > не понимаю, почему хомячье с гигабайтами личных фоток и порнухи не
    > секут основополагающего принципа информбезопасности - "физический контроль данных".
    > И почему-то свято верят, что облачный провайдер мамой клянется, что выполнит
    > соглашение. Ассандж вон тоже так думал... Но чужой опыт ничему никого
    > научить не способен. К сожалению. 95% людей - клинические идиоты.

    А вы не можете понять, что есть ценность информации и есть стоимость обслуживания сакраментальный ТСО. Так вот для некоторых компаний и некоторых приложений удобство применения облаков превышает стоимость информации.

    К тому же эта инициатива позволит строить совместимые *приватные* облака. А это тоже важно.

     
     
  • 4.39, Аноним (-), 22:42, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ладно, с первым доводом соглашусь. Частично. Я понимаю, что для российских компаний важнее то, что их данные находятся за атлантикой в случае маски-шоу. И это перевешивает тот факт, что их 1С-ка может оказаться недоступной по желанию дядюшки Сэма или им же перлюстрирована. :ROFL: И как такой довод прикрывается соображениями ТСО и удобством использования - я понимаю тоже :ROFL:.

    Но скажите мне одну вещь. Чем приватное облако отличается от собственной серверной - ну, кроме названия? И почему я должен переоборудовать серверную в облако - в случае, если разница все же есть?

     
     
  • 5.47, VoDA (ok), 23:50, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Ладно, с первым доводом соглашусь. Частично. Я понимаю, что для российских компаний
    > важнее то, что их данные находятся за атлантикой в случае маски-шоу.
    > И это перевешивает тот факт, что их 1С-ка может оказаться недоступной
    > по желанию дядюшки Сэма или им же перлюстрирована. :ROFL: И как
    > такой довод прикрывается соображениями ТСО и удобством использования - я понимаю
    > тоже :ROFL:.

    Это разные вещи. У меня есть примеры компаний который перешли на Google Apps и уволили по два админа. Остается только эникейщик для поддержания работы сети. И экономят подлецы свое бабло.

    > Но скажите мне одну вещь. Чем приватное облако отличается от собственной серверной
    > - ну, кроме названия? И почему я должен переоборудовать серверную в
    > облако - в случае, если разница все же есть?

    Чем железные сервера отличаются от виртуальных? Следующий шаг за виртуалками - приватные облака.
    Сам пока не попробовал виртуалки не въезжал почему народ так фанател от них... теперь та же хрень с облаками )))

     
     
  • 6.57, Аноним (-), 10:14, 28/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Хочу посмотреть, как эникейщик справляется с проблемой маршрутизации сложной сет... большой текст свёрнут, показать
     
     
  • 7.60, VoDA (ok), 11:22, 28/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Хочу посмотреть, как эникейщик справляется с проблемой маршрутизации сложной сетевой топологии.
    > Там, где реально нужен CCNP.

    Элементарно - в компании на 200 пользователей CCNP не нужен ;)
    Я согласен, что есть компании, для которых поддержка собственных серверов выгоднее. Но для относительно малых... да и среднего размера сервера бывают отдают на аутсорсинг. У нас примерно 1300 человек, из них более 1к разработчики и QA. Собственной инфраструктуры практически нет - все на аутсорсе. Плюс в каждом городе по 1 админу, в головном офисе вроде 2 или 3 сидит.

    > PS. Между облаком и виртуальной машиной разница лишь словесная. Маркетологические игрища.
    > Айтишник должен понимать, что принципиальной разницы не существует.

    Айтишник должен понимать, что между виртуалкой и облаком принципиальная разница. В виртуалку сажается ОС внутри которой обычное приложение. Виртуалка ОДНА или больше, но отдельных контейнеров. В облаке работает специализированное приложение в множестве копий с общим хранилищем данных. Виртуалки не масштабируются, облака же масштабируются линейно.

    Но под облако нужно переписывать ПО ибо облачные СУБД не реляционные. По сути облака это динамически расширяемые кластера приложений.

     
  • 7.77, Кирилл (??), 14:51, 01/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    "Айтишиник" так же должен понимать и то, что нет никакой разницы между "виртуальной" не виртуальной машиной.
     
  • 7.78, Кирилл (??), 14:54, 01/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Железные отличаются от виртуальных принципиально. Отсутствием прослойки в виде гипервизора

    Ничем не отличаются, кроме того, при эксплуатации железных нужно думать о коэффициенте использовании, амортизации и прочих чисто экономических показателях. Причём у железок они неизменны. Виртуальную можно подогнать под свои потребности и использовать мощности оптимально.

     
  • 5.76, Кирилл (??), 14:49, 01/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Но скажите мне одну вещь. Чем приватное облако отличается от собственной серверной
    > - ну, кроме названия? И почему я должен переоборудовать серверную в
    > облако - в случае, если разница все же есть?

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

     
  • 4.44, anonymous (??), 22:55, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Так вот для некоторых компаний и некоторых приложений удобство применения облаков превышает стоимость информации.

    Ключевое слово "для некоторых". А пока даже самая захудалая контора на 5 человек городит свой велосипед. Зависеть от другой конторы не у каждого есть желание. Да и вообще, такое ощущение что товарищи искуственно подсаживают на свои серверы. Например, хранить фотки можно на винте, благо винты стоят как грязь. А уж про вычислительные мощности домашнего компа я скромно промолчу. Для большинства офисных задач хватает даже компа, выпущенного 10 лет назад.

     
     
  • 5.48, VoDA (ok), 23:51, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>Так вот для некоторых компаний и некоторых приложений удобство применения облаков превышает стоимость информации.
    > Ключевое слово "для некоторых". А пока даже самая захудалая контора на 5
    > человек городит свой велосипед. Зависеть от другой конторы не у каждого
    > есть желание. Да и вообще, такое ощущение что товарищи искуственно подсаживают
    > на свои серверы. Например, хранить фотки можно на винте, благо винты
    > стоят как грязь. А уж про вычислительные мощности домашнего компа я
    > скромно промолчу. Для большинства офисных задач хватает даже компа, выпущенного 10
    > лет назад.

    На контору в 5-10 и даже 200 человек дешевле использовать Google Apps чем поднимать почту на своих серверах и держать своих админов. Банально дешевле в несколько раз ;)

     
     
  • 6.52, Anonym1 (?), 08:39, 28/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >> Ключевое слово "для некоторых". А пока даже самая захудалая контора на 5
    >> человек городит свой велосипед. Зависеть от другой конторы не у каждого
    >> есть желание. Да и вообще, такое ощущение что товарищи искуственно подсаживают
    >> на свои серверы. Например, хранить фотки можно на винте, благо винты
    >> стоят как грязь. А уж про вычислительные мощности домашнего компа я
    >> скромно промолчу. Для большинства офисных задач хватает даже компа, выпущенного 10
    >> лет назад.
    > На контору в 5-10 и даже 200 человек дешевле использовать Google Apps
    > чем поднимать почту на своих серверах и держать своих админов. Банально
    > дешевле в несколько раз ;)

    То есть было 2 админа на поддержание почты и офиса для 5-10 человек? Это что, почтовые решения от Майкрософт, что ли? Хотя и там менее затратно должно бы быть, по моему опыту...
    Видимо, причина такого перехода другая - сейчас пришли руководить (мелкими) компаниями выросшие сотрудники отделов продаж, вот они абсолютно не понимают, зачем ИТ персонал нужен. Ведь реклама Микрософт говорит, что все это само собой (интуитивно ясно!!) администрируется, а рекламе они истово верят. Да и образование у них "продажное" - тонна энтузиазма на (кило)грамм знаний.  

     
     
  • 7.61, VoDA (ok), 11:25, 28/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > То есть было 2 админа на поддержание почты и офиса для 5-10
    > человек? Это что, почтовые решения от Майкрософт, что ли? Хотя и
    > там менее затратно должно бы быть, по моему опыту...
    > Видимо, причина такого перехода другая - сейчас пришли руководить (мелкими) компаниями
    > выросшие сотрудники отделов продаж, вот они абсолютно не понимают, зачем ИТ
    > персонал нужен. Ведь реклама Микрософт говорит, что все это само собой
    > (интуитивно ясно!!) администрируется, а рекламе они истово верят. Да и образование
    > у них "продажное" - тонна энтузиазма на (кило)грамм

    на 5-10 человек был приходящий админ. теперь его нет. совсем. Экономия - ЗП приходящего админа.
    на 200 IT компании было около 4-х или 5 - сложная инфраструктура. Оставили 2-х.
    на 300 или 400 человек (не ИТ компания) - вместо 2 постоянных работает 1 анукей.

    хотя каждый решает по себе ;)

     
     
  • 8.69, Alek Aaz (?), 04:21, 01/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Интересно, через сколько времени аникейщик разберется, что косяк у провайдера ил... текст свёрнут, показать
     
     
  • 9.74, Кирилл (??), 14:44, 01/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Крайне маловероятная ситуация при грамотном договоре с обслуживающий организацие... текст свёрнут, показать
     
  • 8.75, Кирилл (??), 14:46, 01/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Если результат только экономия ЗП обслуживающего персонала, то это не то, на чём... текст свёрнут, показать
     
  • 6.56, Аноним (-), 10:10, 28/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Скупой платит дважды Я повторюсь - Ассанджу тоже казало... большой текст свёрнут, показать
     
     
  • 7.62, VoDA (ok), 11:28, 28/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > добро у Амазона мегакруто и дешево. Сейчас он уже не считает,
    > что экономил с пользой. Улавливаешь? Когда твою почту начнут ненавязчиво по
    > запросу сливать ежедневно в ФСБ, ты иначе запоешь. Провы все сотрудничают
    > с силовиками - примеров недостаточно? Что там еще будут делать с
    > твоими данными, ты знать не можешь по определению - у тебя
    > только соглашение пользователя на руках.
    > Канонический принцип - договора выполняются в одном и только одном случае. Когда
    > у ОБЕИХ сторон есть ФИЗИЧЕСКАЯ возможность свинтить башку нарушителю.
    > В данном случае у тебя, анон, такой возможности НЕТ и НЕ БУДЕТ.
    > Смекаешь?

    А я готов к тому что мою корреспонденцию читает ФСБ ;) пусть даже постоянно )))
    И в корпоративной почте все должно быть идеально )))

    Иные вопросы решаются явно не по email который ходит по smtp ;)))

     
     
  • 8.66, Аноним (-), 23:06, 29/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    фыркаю Это твое право - живя в тюрячке, выбирать себе надсмотрщика - либо нигр... текст свёрнут, показать
     
  • 5.58, Аноним (-), 10:16, 28/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    У тебя азаимоисключающие параграфы в сказанном, анон Если я горожу свой велосип... большой текст свёрнут, показать
     
  • 3.45, anonymous (??), 22:59, 27/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >Я тоже не понимаю, и, мало того, я не понимаю, почему хомячье с гигабайтами личных фоток и порнухи не секут основополагающего принципа информбезопасности - "физический контроль данных".

    Так впаривают же умело. Вот распиарили гуглофон и хомячки побежали. А то, что железо гуглофона позволяет всё делать локально, так про это им ни кто не сказал.

     
     
  • 4.49, VoDA (ok), 01:27, 28/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>Я тоже не понимаю, и, мало того, я не понимаю, почему хомячье с гигабайтами личных фоток и порнухи не секут основополагающего принципа информбезопасности - "физический контроль данных".
    > Так впаривают же умело. Вот распиарили гуглофон и хомячки побежали. А то,
    > что железо гуглофона позволяет всё делать локально, так про это им
    > ни кто не сказал.

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

     
     
  • 5.53, Аноним (-), 10:04, 28/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Банальный экскаватор перерезал оптику - и трындец. Оказался ты в медвежьем углу без сотовой и инета - допустим, банально бизнес там развиваешь, не связанный с ИТ - пивнарь там открыть или еще что - и все, ты не человек. Ко всему прочему, если еще зависишь от сетевых источников информации - "Хомо Социаликус" - тогда ты вообще труп.

    С соткой хрен с ней - это твоя личная голубая пичаль, а вот бизнес - он маст гоу он во что бы то ни стало. Известно слово "непрерывность бизнеса"? Так вот, в случае не собственной серверной, а через инет и удаленно - непрерывность бизнеса под ба-альшим вопросом. Если бизнес зависит от ИТ-инфраструктуры хотя бы в малейшей степени.

     
     
  • 6.63, VoDA (ok), 11:38, 28/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > связанный с ИТ - пивнарь там открыть или еще что -
    > и все, ты не человек. Ко всему прочему, если еще зависишь
    > от сетевых источников информации - "Хомо Социаликус" - тогда ты вообще
    > труп.
    > С соткой хрен с ней - это твоя личная голубая пичаль, а
    > вот бизнес - он маст гоу он во что бы то
    > ни стало. Известно слово "непрерывность бизнеса"? Так вот, в случае не
    > собственной серверной, а через инет и удаленно - непрерывность бизнеса под
    > ба-альшим вопросом. Если бизнес зависит от ИТ-инфраструктуры хотя бы в малейшей
    > степени.

    Есть и иные варианты подсчета. Так вот на компанию в 10 человек держать собственную серверную!!! это пипец. Какая нах непрерывность бизнеса если бизнес приносит около нуля (первое время), а собственная серверная это 10 серверов (если серверов меньше, то нафига серверная вообще впилась), плюс сделать охлаждение (где то от 100к руб). Еще стоит резервирование по питанию сделать для "непрерывности бизнеса", но это совсем дорого ИМХО.

    Итого на серверную вложений 400к руб на обустройство, плюс админ(ы) на настройку и поддержку. Итого на год около 600 исходя из ЗП 18к руб в месяц на админа. И без учета лицензий на ПО.
    Сравниваем - Google Apps бесплатно на 10 человек. Или пусть по 50USD в год. Это ~15к руб.

    Выбирая между вложениями первого года в 600к и 15к я выберу 15к. Далеко не факт, что "непрерывность бизнеса" окупит 585к руб да еще и в первый год.

     
     
  • 7.67, Аноним (-), 23:09, 29/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Мы не говорим о бизнесе масштаба ПБОЮЛ Пупкин и Ко или Ч... большой текст свёрнут, показать
     
     
  • 8.72, Кирилл (??), 12:44, 01/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Вопрос в экономических категориях Если собственная инфраструктура дешевле, то п... текст свёрнут, показать
     
  • 6.73, Кирилл (??), 12:45, 01/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Технически обеспечить заданные показатели надёжности связи при любом (подчеркну, любом) бюджете сейчас не составляет никакой сложности.

     
  • 5.64, Аноним (-), 11:43, 28/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > можно, только не удобно ))) у мя гуглофон (первый, тот что только
    > для США вышел) и удобно. мои контакты хранятся у гугла и
    > доступны мне с любой точки планеты. очень помогает когда забыл дома
    > телефон - заходишь в Инет и все нужные телефоны доступны =)

    оо... это ты не был там, где gprs такой: пинг от 5 до 30 секунд, потери пакетов до 70%.
    вот мои контакты действительно доступны в любой точке планеты, потом что лежат они в кармане, а не у дяди на сервере.

     
  • 4.50, VoDA (ok), 01:29, 28/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > А то,
    > что железо гуглофона позволяет всё делать локально, так про это им
    > ни кто не сказал.

    пост выше я написал к тому, что держать локально - можно. только зачем? для меня преимущество не локальное хранение. если нужна только звонилка, а не коммуникатор, то взять любую мобилу на более просты ОС и не париться =)))

     
     
  • 5.54, Аноним (-), 10:05, 28/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >> А то,
    >> что железо гуглофона позволяет всё делать локально, так про это им
    >> ни кто не сказал.
    > пост выше я написал к тому, что держать локально - можно. только
    > зачем? для меня преимущество не локальное хранение. если нужна только звонилка,
    > а не коммуникатор, то взять любую мобилу на более просты ОС
    > и не париться =)))

    Затем, что локально ты ПОЛНОСТЬЮ контролируешь свои данные. Смекаешь? ПОЛНОСТЬЮ. Физический контроль. Кто девушку физически контролирует, тот ее и танцует. Пока она рядом с тобой, ты контролируешь ее ...хм.... отверстия. Когда она не с тобой - ты веришь ей на слово - "Мамой клянусь, милый, я ему не давала!". Аналогия доходит?

     
     
  • 6.65, VoDA (ok), 11:44, 28/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Затем, что локально ты ПОЛНОСТЬЮ контролируешь свои данные. Смекаешь? ПОЛНОСТЬЮ. Физический
    > контроль. Кто девушку физически контролирует, тот ее и танцует. Пока она
    > рядом с тобой, ты контролируешь ее ...хм.... отверстия. Когда она не
    > с тобой - ты веришь ей на слово - "Мамой клянусь,
    > милый, я ему не давала!". Аналогия доходит?

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

    А теперь вопрос что дешевле? тянуть собственную серверную и получить контроль или отдать данные внешней компании? а для компании какого размера и оборота это выгодно?

    ЗЫ выше я уже расписал расклад по подсчетам затрат на почту.

     
     
  • 7.68, Аноним (-), 23:13, 29/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален холодно Если я физически могу дотянуться до ДВД-привод... большой текст свёрнут, показать
     
     
  • 8.71, Кирилл (??), 12:41, 01/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем тебе вырывать провод из розетки Это какие-то подростковые рефлексии Де... текст свёрнут, показать
     
  • 4.55, Аноним (-), 10:07, 28/07/2011 [^] [^^] [^^^] [ответить]  
  • +/
    >>Я тоже не понимаю, и, мало того, я не понимаю, почему хомячье с гигабайтами личных фоток и порнухи не секут основополагающего принципа информбезопасности - "физический контроль данных".
    > Так впаривают же умело. Вот распиарили гуглофон и хомячки побежали. А то,
    > что железо гуглофона позволяет всё делать локально, так про это им
    > ни кто не сказал.

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

     
  • 2.70, Кирилл (??), 12:38, 01/08/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Скажем, есть у тебя на производстве серверный парк. Но сервера, такая уж специфика, абсолютно большую часть времени не используются на всю мощь, но иногда нужна и полная производительность. Т.е. амортизация идёт, а коэффициент использования оборудования крайне низкий. Вот в данном случае и имеет смысл использовать облако с балансировкой нагрузки. К примеру, было пятнадцать серваков 2U и огромная бесполезная тепловая мощность, а стало два 1U, которые полностью удовлетворяют все потребности и, к тому же, обеспечивают 24 на 7 (за счёт резервирования). Тепловая мощность снизилась в разы. Затраты на кондиционирование уменьшились. Время ввода новых узлов с нескольких дней сократилось до минут и при этом не нужно теперь прерывать работу схемы, не нужны перезагрузки. Конфигурирование стало несоизмеримо более гибким.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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