На конференции OSCON (О’Reilly Open Source Convention) объявлено (http://www.opencloudinitiative.org/press/releases/2011/launch) о создании новой некоммерческой организации Open Cloud Initiative (http://www.opencloudinitiative.org), которая займется продвижением открытых стандартов, технологий и продуктов в областях, связанных с построением облачных систем. Целью организации является подготовка правовой доктрины, определяющей набор требований к открытой облачной среде (Open Cloud), которые будут подготовлены с учетом мнения пользователей и поставщиков облачных вычислений. Применение требований к готовым продуктам и сервисам также будет проводиться только после достижения консенсуса между всеми представителями сообщества.Современная тенденция перехода от локальных IT-продуктов к облачным системам напоминает состоявшийся в начале прошлого века переход потребителей электричества от локальных генераторов к использованию централизованных электросетей. Стандартизация параметров ...
URL: http://www.opencloudinitiative.org/press/releases/2011/launch
Новость: http://www.opennet.me/opennews/art.shtml?num=31316
Бред какой-то, че там переносить-то? Залить файлы и бд, поменять в настройках сайта(ов) ip СУБД, пароль и пользователя на СУБД, и полный путь до www-директории, если нужно.
Окей. Когда мне понадобится перенести загруженные файлы с вконтакта на G+ я воспользуюсь твоим советом.
А что вы обсуждаете?
>>Обеспечение переносимости (возможности обмена и использования информации) междуразличными облачными продуктами и сервисами. Переносимость способствует здоровой конкуренции поставщиков и предоставляет пользователям возможность выбора;
Статью читать не пробовали?
С каких это пор втентакль и гуглоплюс стали облачными провайдерами?
> С каких это пор втентакль и гуглоплюс стали облачными провайдерами?Не знай... наверна когда в гугле появились гуголмьюзик, докс, пикаса, календарь и прочая до фига чего, а в контектах фотки, видео и хранилище документов, плюс содержимое самих контактов (имена, телефоны, мессаги).......
> Окей. Когда мне понадобится перенести загруженные файлы с вконтакта на G+ я
> воспользуюсь твоим советом.есть некая точка "Х" на графике: стоимость хостера/генерируемая нагрузка, когда становится дешевле обслуживать свою систему, чем пользоваться какой-то системой хостера, так вот, когда достигаются подобные масштабы, то каждый городит свою схему работы кластера, в зависимости от задачи и кто во что горазд. как понимаете такие схемы уже не таскаются от хостера к хостеру и не возникает проблем переноса, а всякие жумлы и вордпресы на 1-10млн пользователей/мсц переносить - нет проблем.
>> Окей. Когда мне понадобится перенести загруженные файлы с вконтакта на G+ я
>> воспользуюсь твоим советом.
> есть некая точка "Х" на графике: стоимость хостера/генерируемая нагрузка, когда становится
> дешевле обслуживать свою систему, чем пользоваться какой-то системой хостера, так вот,
> когда достигаются подобные масштабы, то каждый городит свою схему работы кластера,
> в зависимости от задачи и кто во что горазд. как понимаете
> такие схемы уже не таскаются от хостера к хостеру и не
> возникает проблем переноса, а всякие жумлы и вордпресы на 1-10млн пользователей/мсц
> переносить - нет проблем.угу, а "загруженные файлы с вконтакта на G+" ни каким боком не относятся к предмету статьи и кластерам.
Вы вообще понимаете разницы между типовой CMSкой, болтающейся на шареде, и облачным приложением?
А разницу между шаредом и облачным провайдером, хотя бы?
Не только понимаю, но и админю. Еще вопросы? Для прользователя все должно быть максимально прозрачно, так, что бы оно не отличалось от обычно хостинга и не нужно ничего выдумывать.
>Не только понимаю, но и админю. Еще вопросы?Админите шаред, который засунут в виртуалку, которую можно мигрировать между физическими серверами?
Могу вас разочаровать: такая схема имеет очень мало общего с настоящими хостингами облачных приложений.
> Могу вас разочаровать: такая схема имеет очень мало общего с настоящими хостингами
> облачных приложений.Это я могу вас разочаровать. Я не только админю, но и проектирую и поддерживаю кластера и не на один десяток машин, без всяких виртуалок.
Вы, пожалуйста, по пунктам давайте, с чем вы со мной не согласны.
>Не то чтобы я с вами не согласен. Просто одни ваши заявления резко противоречат другим. То у вас облачные приложения ограничиваются БД и htdocs, то вы, наоборот, админите и проектируете что-то круче шареда. Как можно этим заниматься, не имея представляенАх вот как. И какие же приложения крутятся на ваших кластерах, и как организовано централизованное управление ресурсами?
>>Не то чтобы я с вами не согласен. Просто одни ваши заявления резко противоречат другим. То у вас облачные приложения ограничиваются БД и htdocs, то вы, наоборот, админите и проектируете что-то круче шареда. Как можно этим заниматься, не имея представляен
> Ах вот как. И какие же приложения крутятся на ваших кластерах, и
> как организовано централизованное управление ресурсами?Стандартные: php, perl, python. Смотря, что именно подразумевается под "централизованное управление ресурсами". Панель? Одна из коммерческих заточенная под наши нужны. Учет пользовательских ресурсов? аккаунтинг + свои наработки. Балансер? haproxy.
Так у вас всего лишь хостинг веб-приложений с кластеризацией. К облакам это относится очень слабо.Ключевое свойство облака - централизация ресурсов. Когда приложению A не хватает ресурсов на том сервере, на котором оно исполняется, оно перекидывается на тот сервер, где ресурсов больше.
Еще один важный момент - облачные приложения отнюдь не всегда являются тривиальными скриптами, которые можно пускать через (Fast)CGI или mod_something. Это вполне может быть и некий демон, обрабатывающий потоки данных.
Тю! А что, уже изобрели технологию бесшовного перемещения работающих процессов с ядра на ядро и с хоста на хост в режиме нон-стоп и это повсеместно базовый сервис ОС общего назначения?
> Это я могу вас разочаровать. Я не только админю, но и проектирую
> и поддерживаю кластера и не на один десяток машин, без всяких
> виртуалок.
> Вы, пожалуйста, по пунктам давайте, с чем вы со мной не согласны.Вы админите кластера. А при чем здесь ваши советы для облаков? или вы считаете, что кластер и облако - одно и тоже? ;)))
По пунктам: первый и основной у облаков свои собственные БД хранения данных. И БД гугла не совместим с БД амазона. Ни по формату, ни по апи доступа. Эту проблему и хотят решить.
И кстати схемы БД в СУБД амазона и СУБД гуглика тоже несколько отличаются )))
> Не только понимаю, но и админю. Еще вопросы? Для прользователя все должно
> быть максимально прозрачно, так, что бы оно не отличалось от обычно
> хостинга и не нужно ничего выдумывать.жестянщик или моторист мягко говоря не понимает потребностей пассажира. Так что админить одно, пользоваться - другое. В статье предлагается, если утрировать, кнопка "переместить на" и выбор cloud.google.com, cloud.amazon.com и тд. Нажал кнопку - и все твое на другом аккаунте у другого провайдера. Вот это называется максимально прозрачно. В миллионный раз убеждаюсь что айтишники не умеют проектировать UI.
Только кто на это пойдет? Гугл? Амазон? Кто то еще? Да черта с два. Вендорлокин очень вкусная вещь для корпораций и никто от этого отказываться не будет.
> жестянщик или моторист мягко говоря не понимает потребностей пассажира. Так что админить
> одно, пользоваться - другое. В статье предлагается, если утрировать, кнопка "переместить
> на" и выбор cloud.google.com, cloud.amazon.com и тд. Нажал кнопку - и
> все твое на другом аккаунте у другого провайдера. Вот это называется
> максимально прозрачно. В миллионный раз убеждаюсь что айтишники не умеют проектировать
> UI.
> Только кто на это пойдет? Гугл? Амазон? Кто то еще? Да черта
> с два. Вендорлокин очень вкусная вещь для корпораций и никто от
> этого отказываться не будет.ну этого не будет, ИМХО, только если, например, тот же амазон сделает свою кнопку с кучей полей: "мигрировать проект в амазон с гугла".
И что, гугл предоставит такой API? Может Вам еще ключи от квартиры...
> И что, гугл предоставит такой API? Может Вам еще ключи от квартиры...Зачем? Есть же конвертация данных...
> жестянщик или моторист мягко говоря не понимает потребностей пассажира. Так что админить
> одно, пользоваться - другое. В статье предлагается, если утрировать, кнопка "переместить
> на" и выбор cloud.google.com, cloud.amazon.com и тд. Нажал кнопку - и
> все твое на другом аккаунте у другого провайдера. Вот это называется
> максимально прозрачно. В миллионный раз убеждаюсь что айтишники не умеют проектировать
> UI.
> Только кто на это пойдет? Гугл? Амазон? Кто то еще? Да черта
> с два. Вендорлокин очень вкусная вещь для корпораций и никто от
> этого отказываться не будет.В статье предлагается сделать стандарт на схему данных и способ хранения этих самых данных. некий аналог CREATE TABLE + INSERT INTO
Одним из первых сделает Гугл чтобы можно было утягивать клиентов с амазона. Для амазона же они напишут какую нибудь тулзу по выгрузке данных и вуаля )))
А если не гуглик, то придет новичок на открытых стандартах и войдет в 10-ку самых больших облачных провайдеров. Конкуренция знаетели )))
>А если не гуглик, то придет новичок на открытых стандартах и войдет в 10-ку самых больших облачных провайдеров. Конкуренция знаетели )))В упор не вижу логики. Когда такой провайдер всего один, все плюсы подхода помножаются на ноль.
Пользователи получают выигрыш только когда совместимых между собой провайдеров достаточно много.При этом, те провайдеры, которые не используют открытые стандарты, все равно оказываются в более выгодном положении, ибо коммерческий успех - это не сделать клиенту хорошо, а сдоить с него как можно больше бабла. И тут жесткие привязки к фирме плюс промывание мозгов рекламой творят чудеса.
> В упор не вижу логики. Когда такой провайдер всего один, все плюсы
> подхода помножаются на ноль.
> Пользователи получают выигрыш только когда совместимых между собой провайдеров достаточно
> много.
> При этом, те провайдеры, которые не используют открытые стандарты, все равно оказываются
> в более выгодном положении, ибо коммерческий успех - это не сделать
> клиенту хорошо, а сдоить с него как можно больше бабла. И
> тут жесткие привязки к фирме плюс промывание мозгов рекламой творят чудеса.Не один, но первый. Следующие уже будут меньше размером. Пока один совместимость со стандартом - это дополнительный бонус и возможность рекламы. Как только появятся другие, а они будут судя по кооперации в данном направлении.
Вендор-лок будет приносить прибыль временно, а позже будет выгоднее работать по стандарту - это бОльший доход, чем лок-ин.
> Бред какой-то, че там переносить-то? Залить файлы и бд, поменять в настройках
> сайта(ов) ip СУБД, пароль и пользователя на СУБД, и полный путь
> до www-директории, если нужно.Основной косяк - СУБД у каждого свое. У амазона S3, у гугла свой API хранения причем даже не совместимый с JPA... и так далее. Вот между этими СУБД и пытаются сделать мостик.
и речь идет явно не о MySQL ;)
> Основной косяк - СУБД у каждого свое. У амазона S3, у гугла
> свой API хранения причем даже не совместимый с JPA... и так
> далее. Вот между этими СУБД и пытаются сделать мостик.
> и речь идет явно не о MySQL ;)а... ну это да...
Ну если для вас облако это только веб сервер)
>Разработчики документа попытались найти баланс между предоставлением свободы пользователям и сохранением прибыльности бизнеса провайдеров облачных сервисов.Я один тут вижу противоречие?
> Я один тут вижу противоречие?Нет, противоречие тут вполне очевидно. Эти ребята подкапываются под один из основополагающих принципов стрижения бала - "вход рубль, выход тыща". Поэтому сразу можно закономерно предположить, что их шансы на успех очень малы.
>> Я один тут вижу противоречие?
> Нет, противоречие тут вполне очевидно. Эти ребята подкапываются под один из основополагающих
> принципов стрижения бала - "вход рубль, выход тыща". Поэтому сразу можно
> закономерно предположить, что их шансы на успех очень малы.Попытка вендор-лока дает возможность другим компаниям выйти в лидеры ;)
ЗЫ RedHat тоже делает свое облачное решение, хотя оно будет на уровне приложений, а не имиджей. Т.е. ближе к гуглу, а не амазону.
> Попытка вендор-лока дает возможность другим компаниям выйти в лидеры ;)Только почему-то примеров использования этой возможности - не густо.
Сейчас IT-рынок оккупирован компаниями, для которых vendor lock-in является святой заповедью (M$, Apple, Adobe, etc)
>> Попытка вендор-лока дает возможность другим компаниям выйти в лидеры ;)
> Только почему-то примеров использования этой возможности - не густо.
> Сейчас IT-рынок оккупирован компаниями, для которых vendor lock-in является святой заповедью
> (M$, Apple, Adobe, etc)Ага. Пока единицы, на подходе большее количество ибо многие уже на гос-уровне поддерживают OpenSource и совместимость, плюс защита от вендор-лока.
>> Попытка вендор-лока дает возможность другим компаниям выйти в лидеры ;)
> Только почему-то примеров использования этой возможности - не густо.
> Сейчас IT-рынок оккупирован компаниями, для которых vendor lock-in является святой заповедью
> (M$, Apple, Adobe, etc)Не рынок оккупирован - а вы все анально окуппированы, поскольку в огромном количестве прямо или косвенно носите им бабло.
Точно так же - только в несравненно более жесткой форме - вендор-лок реализуют производители сотовых телефонов и фотоаппаратов. И ничего, что-то вы не больно-то протестуете в своих стойлах! Пипл хавает! А еще то же самое делают автопроизводители. И много кто еще. На сем держится капиталистический мир. А ваш мир, стало быть, на других принципах собирается держаться?
> Не рынок оккупирован - а вы все анально окуппированы, поскольку в огромном
> количестве прямо или косвенно носите им бабло.
> Точно так же - только в несравненно более жесткой форме - вендор-лок
> реализуют производители сотовых телефонов и фотоаппаратов. И ничего, что-то вы не
> больно-то протестуете в своих стойлах! Пипл хавает! А еще то же
> самое делают автопроизводители. И много кто еще. На сем держится капиталистический
> мир. А ваш мир, стало быть, на других принципах собирается держаться?Альтернатив? не покупать авто и ходить пешком? не покупать мобилы и не общаться через Инет ибо компьютер сделали проприетарщики?
мне интересно есть ли альтернативный путь...?
>> Не рынок оккупирован - а вы все анально окуппированы, поскольку в огромном
>> количестве прямо или косвенно носите им бабло.
>> Точно так же - только в несравненно более жесткой форме - вендор-лок
>> реализуют производители сотовых телефонов и фотоаппаратов. И ничего, что-то вы не
>> больно-то протестуете в своих стойлах! Пипл хавает! А еще то же
>> самое делают автопроизводители. И много кто еще. На сем держится капиталистический
>> мир. А ваш мир, стало быть, на других принципах собирается держаться?
> Альтернатив? не покупать авто и ходить пешком? не покупать мобилы и не
> общаться через Инет ибо компьютер сделали проприетарщики?
> мне интересно есть ли альтернативный путь...?Ага, есть. Его RMS проповедует. Давайте произведем свободные аналоги всего необходимого и будем пользоваться, а поганые проприетарщики пусть сдохнут в собственном соку.
Только вот одна загвоздочка - пока что все произведенные СПО аналоги либо банально отстают лет на десять от проприетарного, что есть вечность в мире ИТ, либо являются настолько УГ, что неюзабельны.
> либо являются настолько УГ, что неюзабельны.Либо вы их не осилили.
>> Попытка вендор-лока дает возможность другим компаниям выйти в лидеры ;)
> Только почему-то примеров использования этой возможности - не густо.Ах-ах, почему так, а? А не потому ли, что идейки СПО в капиталистическом мире не приносят прибыли, и, следовательно, не работают? Все-таки бабло движущая сила, а? А вовсе не энтузизизьм одиночек и пресловутая швобода?
>> Я один тут вижу противоречие?
> Нет, противоречие тут вполне очевидно. Эти ребята подкапываются под один из основополагающих
> принципов стрижения бала - "вход рубль, выход тыща". Поэтому сразу можно
> закономерно предположить, что их шансы на успех очень малыОсновополагающий принцип стрижения бабла - со времен Маркса - "товар-деньги-товар". На этом держится реальный мир. И если маржинальность чего-либо превышает пресловутые 10%- шансы на успех очень высоки. Почаще отрывайся от моника, Анон. И читай классиков - на бумаге. "Капитал", например. А если ты считаешь, что он потерял актуальность - реальный мир тебя больно накажет за нонконформизм.
>> Я один тут вижу противоречие?
> Нет, противоречие тут вполне очевидно. Эти ребята подкапываются под один из основополагающих
> принципов стрижения бала - "вход рубль, выход тыща". Поэтому сразу можно
> закономерно предположить, что их шансы на успех очень малы.Ни хрена они ни под что не подкапываются. Все очевидно. Вы кладете ваши данные, и пока вы платите бабло - все довольны и все смеются. Перестаете платить - ваше добро в облаке лочится, выход с выносом - тыща. Ваш К.О.
Я не понимаю "облачные вычисления". Зачем они нужны.Сеть железных дорог не заменили автотранспорт и личные авто. Кое-где в америке есть вымершие индустриальные города ("ржавый пояс америки"), в которых тренд развития был выбран на основе сети железных дорог — огромные ж/д-вокзалы стоят теперь с разбитыми окнами, а проходящие поезда, в основном это товарные, на них не задерживаются вообще.
Личный автотранспорт при желании тоже можно уподобить облакам, в плане использования дорожной инфраструктуры. Тогда не-облачное решение - каждый строит сам себе дорогу и сам по ней ездит, никого не пуская.А если сравнивать личный и общественный транспорт - можно вспомнить проблемы с пробками в крупных городах стран с дикарским менталитетом (там, где автомобиль считается роскошью, а не средством передвижения). Очевидно, что общественный транспорт (при грамотной организации, разумеется) более экономично использует пространство дороги, и может обеспечить гораздо больший пассажиропоток при таком же транспортном потоке.
> Я не понимаю "облачные вычисления". Зачем они нужны.
> Сеть железных дорог не заменили автотранспорт и личные авто. Кое-где в америке
> есть вымершие индустриальные города ("ржавый пояс америки"), в которых тренд развития
> был выбран на основе сети железных дорог — огромные ж/д-вокзалы стоят
> теперь с разбитыми окнами, а проходящие поезда, в основном это товарные,
> на них не задерживаются вообще.Я согласен с Арамисом. Я тоже не понимаю, и, мало того, я не понимаю, почему хомячье с гигабайтами личных фоток и порнухи не секут основополагающего принципа информбезопасности - "физический контроль данных". И почему-то свято верят, что облачный провайдер мамой клянется, что выполнит соглашение. Ассандж вон тоже так думал... Но чужой опыт ничему никого научить не способен. К сожалению. 95% людей - клинические идиоты.
> Я согласен с Арамисом. Я тоже не понимаю, и, мало того, я
> не понимаю, почему хомячье с гигабайтами личных фоток и порнухи не
> секут основополагающего принципа информбезопасности - "физический контроль данных".
> И почему-то свято верят, что облачный провайдер мамой клянется, что выполнит
> соглашение. Ассандж вон тоже так думал... Но чужой опыт ничему никого
> научить не способен. К сожалению. 95% людей - клинические идиоты.А вы не можете понять, что есть ценность информации и есть стоимость обслуживания сакраментальный ТСО. Так вот для некоторых компаний и некоторых приложений удобство применения облаков превышает стоимость информации.
К тому же эта инициатива позволит строить совместимые *приватные* облака. А это тоже важно.
Ладно, с первым доводом соглашусь. Частично. Я понимаю, что для российских компаний важнее то, что их данные находятся за атлантикой в случае маски-шоу. И это перевешивает тот факт, что их 1С-ка может оказаться недоступной по желанию дядюшки Сэма или им же перлюстрирована. :ROFL: И как такой довод прикрывается соображениями ТСО и удобством использования - я понимаю тоже :ROFL:.Но скажите мне одну вещь. Чем приватное облако отличается от собственной серверной - ну, кроме названия? И почему я должен переоборудовать серверную в облако - в случае, если разница все же есть?
> Ладно, с первым доводом соглашусь. Частично. Я понимаю, что для российских компаний
> важнее то, что их данные находятся за атлантикой в случае маски-шоу.
> И это перевешивает тот факт, что их 1С-ка может оказаться недоступной
> по желанию дядюшки Сэма или им же перлюстрирована. :ROFL: И как
> такой довод прикрывается соображениями ТСО и удобством использования - я понимаю
> тоже :ROFL:.Это разные вещи. У меня есть примеры компаний который перешли на Google Apps и уволили по два админа. Остается только эникейщик для поддержания работы сети. И экономят подлецы свое бабло.
> Но скажите мне одну вещь. Чем приватное облако отличается от собственной серверной
> - ну, кроме названия? И почему я должен переоборудовать серверную в
> облако - в случае, если разница все же есть?Чем железные сервера отличаются от виртуальных? Следующий шаг за виртуалками - приватные облака.
Сам пока не попробовал виртуалки не въезжал почему народ так фанател от них... теперь та же хрень с облаками )))
>> Ладно, с первым доводом соглашусь. Частично. Я понимаю, что для российских компаний
>> важнее то, что их данные находятся за атлантикой в случае маски-шоу.
>> И это перевешивает тот факт, что их 1С-ка может оказаться недоступной
>> по желанию дядюшки Сэма или им же перлюстрирована. :ROFL: И как
>> такой довод прикрывается соображениями ТСО и удобством использования - я понимаю
>> тоже :ROFL:.
> Это разные вещи. У меня есть примеры компаний который перешли на Google
> Apps и уволили по два админа. Остается только эникейщик для поддержания
> работы сети. И экономят подлецы свое бабло.Хочу посмотреть, как эникейщик справляется с проблемой маршрутизации сложной сетевой топологии. Там, где реально нужен CCNP.
>> Но скажите мне одну вещь. Чем приватное облако отличается от собственной серверной
>> - ну, кроме названия? И почему я должен переоборудовать серверную в
>> облако - в случае, если разница все же есть?
> Чем железные сервера отличаются от виртуальных? Следующий шаг за виртуалками - приватные
> облака.
> Сам пока не попробовал виртуалки не въезжал почему народ так фанател от
> них... теперь та же хрень с облаками )))Железные отличаются от виртуальных принципиально. Отсутствием прослойки в виде гипервизора и монопольным предоставлением ресурсов одной ОС. Есть такая вещь, как банальные накладные расходы на переключение контекстов. Если мне нужна надежность (относительная), я не буду вносить дополнительных прокладок между рулем и сиденьем^Wжелезом и ОСЬю. Если мне нужна предсказуемая производительность, я не буду использовать виртуализацию ни в каком виде.
PS. Между облаком и виртуальной машиной разница лишь словесная. Маркетологические игрища. Айтишник должен понимать, что принципиальной разницы не существует.
> Хочу посмотреть, как эникейщик справляется с проблемой маршрутизации сложной сетевой топологии.
> Там, где реально нужен CCNP.Элементарно - в компании на 200 пользователей CCNP не нужен ;)
Я согласен, что есть компании, для которых поддержка собственных серверов выгоднее. Но для относительно малых... да и среднего размера сервера бывают отдают на аутсорсинг. У нас примерно 1300 человек, из них более 1к разработчики и QA. Собственной инфраструктуры практически нет - все на аутсорсе. Плюс в каждом городе по 1 админу, в головном офисе вроде 2 или 3 сидит.> PS. Между облаком и виртуальной машиной разница лишь словесная. Маркетологические игрища.
> Айтишник должен понимать, что принципиальной разницы не существует.Айтишник должен понимать, что между виртуалкой и облаком принципиальная разница. В виртуалку сажается ОС внутри которой обычное приложение. Виртуалка ОДНА или больше, но отдельных контейнеров. В облаке работает специализированное приложение в множестве копий с общим хранилищем данных. Виртуалки не масштабируются, облака же масштабируются линейно.
Но под облако нужно переписывать ПО ибо облачные СУБД не реляционные. По сути облака это динамически расширяемые кластера приложений.
"Айтишиник" так же должен понимать и то, что нет никакой разницы между "виртуальной" не виртуальной машиной.
> Железные отличаются от виртуальных принципиально. Отсутствием прослойки в виде гипервизораНичем не отличаются, кроме того, при эксплуатации железных нужно думать о коэффициенте использовании, амортизации и прочих чисто экономических показателях. Причём у железок они неизменны. Виртуальную можно подогнать под свои потребности и использовать мощности оптимально.
> Но скажите мне одну вещь. Чем приватное облако отличается от собственной серверной
> - ну, кроме названия? И почему я должен переоборудовать серверную в
> облако - в случае, если разница все же есть?Специализация всего эффективнее, в том числе и за счёт масштаба производства. Вы никогда не сможете (если вы не представляете транснациональную компанию) конкурировать на специалистов на том же уровне, что и специализированные организации. Т.е. компетенция ваших специалистов всегда будет ниже, а их цена выше, чем у услуги специализированных организаций.
>Так вот для некоторых компаний и некоторых приложений удобство применения облаков превышает стоимость информации.Ключевое слово "для некоторых". А пока даже самая захудалая контора на 5 человек городит свой велосипед. Зависеть от другой конторы не у каждого есть желание. Да и вообще, такое ощущение что товарищи искуственно подсаживают на свои серверы. Например, хранить фотки можно на винте, благо винты стоят как грязь. А уж про вычислительные мощности домашнего компа я скромно промолчу. Для большинства офисных задач хватает даже компа, выпущенного 10 лет назад.
>>Так вот для некоторых компаний и некоторых приложений удобство применения облаков превышает стоимость информации.
> Ключевое слово "для некоторых". А пока даже самая захудалая контора на 5
> человек городит свой велосипед. Зависеть от другой конторы не у каждого
> есть желание. Да и вообще, такое ощущение что товарищи искуственно подсаживают
> на свои серверы. Например, хранить фотки можно на винте, благо винты
> стоят как грязь. А уж про вычислительные мощности домашнего компа я
> скромно промолчу. Для большинства офисных задач хватает даже компа, выпущенного 10
> лет назад.На контору в 5-10 и даже 200 человек дешевле использовать Google Apps чем поднимать почту на своих серверах и держать своих админов. Банально дешевле в несколько раз ;)
>[оверквотинг удален]
>> Ключевое слово "для некоторых". А пока даже самая захудалая контора на 5
>> человек городит свой велосипед. Зависеть от другой конторы не у каждого
>> есть желание. Да и вообще, такое ощущение что товарищи искуственно подсаживают
>> на свои серверы. Например, хранить фотки можно на винте, благо винты
>> стоят как грязь. А уж про вычислительные мощности домашнего компа я
>> скромно промолчу. Для большинства офисных задач хватает даже компа, выпущенного 10
>> лет назад.
> На контору в 5-10 и даже 200 человек дешевле использовать Google Apps
> чем поднимать почту на своих серверах и держать своих админов. Банально
> дешевле в несколько раз ;)То есть было 2 админа на поддержание почты и офиса для 5-10 человек? Это что, почтовые решения от Майкрософт, что ли? Хотя и там менее затратно должно бы быть, по моему опыту...
Видимо, причина такого перехода другая - сейчас пришли руководить (мелкими) компаниями выросшие сотрудники отделов продаж, вот они абсолютно не понимают, зачем ИТ персонал нужен. Ведь реклама Микрософт говорит, что все это само собой (интуитивно ясно!!) администрируется, а рекламе они истово верят. Да и образование у них "продажное" - тонна энтузиазма на (кило)грамм знаний.
> То есть было 2 админа на поддержание почты и офиса для 5-10
> человек? Это что, почтовые решения от Майкрософт, что ли? Хотя и
> там менее затратно должно бы быть, по моему опыту...
> Видимо, причина такого перехода другая - сейчас пришли руководить (мелкими) компаниями
> выросшие сотрудники отделов продаж, вот они абсолютно не понимают, зачем ИТ
> персонал нужен. Ведь реклама Микрософт говорит, что все это само собой
> (интуитивно ясно!!) администрируется, а рекламе они истово верят. Да и образование
> у них "продажное" - тонна энтузиазма на (кило)граммна 5-10 человек был приходящий админ. теперь его нет. совсем. Экономия - ЗП приходящего админа.
на 200 IT компании было около 4-х или 5 - сложная инфраструктура. Оставили 2-х.
на 300 или 400 человек (не ИТ компания) - вместо 2 постоянных работает 1 анукей.хотя каждый решает по себе ;)
Интересно, через сколько времени аникейщик разберется, что косяк у провайдера или в железяке которая смотрит в сторону провайдера.... А в это время, офис стоит, бабло и нервы истощаются до предела... И тогда на руководителей снисходит озарение..
Крайне маловероятная ситуация при грамотном договоре с обслуживающий организацией.
Если результат только экономия ЗП обслуживающего персонала, то это не то, на чём стоит экономить. Это как на скрепках экономить.
>[оверквотинг удален]
>> Ключевое слово "для некоторых". А пока даже самая захудалая контора на 5
>> человек городит свой велосипед. Зависеть от другой конторы не у каждого
>> есть желание. Да и вообще, такое ощущение что товарищи искуственно подсаживают
>> на свои серверы. Например, хранить фотки можно на винте, благо винты
>> стоят как грязь. А уж про вычислительные мощности домашнего компа я
>> скромно промолчу. Для большинства офисных задач хватает даже компа, выпущенного 10
>> лет назад.
> На контору в 5-10 и даже 200 человек дешевле использовать Google Apps
> чем поднимать почту на своих серверах и держать своих админов. Банально
> дешевле в несколько раз ;)Скупой платит дважды. Я повторюсь - Ассанджу тоже казалось, что хостить свое добро у Амазона мегакруто и дешево. Сейчас он уже не считает, что экономил с пользой. Улавливаешь? Когда твою почту начнут ненавязчиво по запросу сливать ежедневно в ФСБ, ты иначе запоешь. Провы все сотрудничают с силовиками - примеров недостаточно? Что там еще будут делать с твоими данными, ты знать не можешь по определению - у тебя только соглашение пользователя на руках.
Канонический принцип - договора выполняются в одном и только одном случае. Когда у ОБЕИХ сторон есть ФИЗИЧЕСКАЯ возможность свинтить башку нарушителю.
В данном случае у тебя, анон, такой возможности НЕТ и НЕ БУДЕТ. Смекаешь?
>[оверквотинг удален]
> добро у Амазона мегакруто и дешево. Сейчас он уже не считает,
> что экономил с пользой. Улавливаешь? Когда твою почту начнут ненавязчиво по
> запросу сливать ежедневно в ФСБ, ты иначе запоешь. Провы все сотрудничают
> с силовиками - примеров недостаточно? Что там еще будут делать с
> твоими данными, ты знать не можешь по определению - у тебя
> только соглашение пользователя на руках.
> Канонический принцип - договора выполняются в одном и только одном случае. Когда
> у ОБЕИХ сторон есть ФИЗИЧЕСКАЯ возможность свинтить башку нарушителю.
> В данном случае у тебя, анон, такой возможности НЕТ и НЕ БУДЕТ.
> Смекаешь?А я готов к тому что мою корреспонденцию читает ФСБ ;) пусть даже постоянно )))
И в корпоративной почте все должно быть идеально )))Иные вопросы решаются явно не по email который ходит по smtp ;)))
(фыркаю) Это твое право - живя в тюрячке, выбирать себе надсмотрщика - либо нигру, либо белого. А для меня слово "прайвиси" не пустой звук, _ЧТО_БЫ_Я_НЕ_ОБСУЖДАЛ_.Тебя не было в тех СМС, которые мегафон с яндексом случайно расспредили по всему инету? Нет? Правда, забавно? Вместе с номерами абонентов, вот умора-то! :ROFL:
>>Так вот для некоторых компаний и некоторых приложений удобство применения облаков превышает стоимость информации.
> Ключевое слово "для некоторых". А пока даже самая захудалая контора на 5
> человек городит свой велосипед. Зависеть от другой конторы не у каждого
> есть желание. Да и вообще, такое ощущение что товарищи искуственно подсаживают
> на свои серверы. Например, хранить фотки можно на винте, благо винты
> стоят как грязь. А уж про вычислительные мощности домашнего компа я
> скромно промолчу. Для большинства офисных задач хватает даже компа, выпущенного 10
> лет назад.У тебя азаимоисключающие параграфы в сказанном, анон.
Если я горожу свой велосипед - я завишу не от другой конторы, а от своей поделки и СВОИХ (ключевое слово СВОИХ) специалистов. Которых могу обучить, а могу и шею свернуть.
А вот с облаках я именно что завишу от другой конторы, причем неизвестно какой и неизвестно где. Смекаешь?
>Я тоже не понимаю, и, мало того, я не понимаю, почему хомячье с гигабайтами личных фоток и порнухи не секут основополагающего принципа информбезопасности - "физический контроль данных".Так впаривают же умело. Вот распиарили гуглофон и хомячки побежали. А то, что железо гуглофона позволяет всё делать локально, так про это им ни кто не сказал.
>>Я тоже не понимаю, и, мало того, я не понимаю, почему хомячье с гигабайтами личных фоток и порнухи не секут основополагающего принципа информбезопасности - "физический контроль данных".
> Так впаривают же умело. Вот распиарили гуглофон и хомячки побежали. А то,
> что железо гуглофона позволяет всё делать локально, так про это им
> ни кто не сказал.можно, только не удобно ))) у мя гуглофон (первый, тот что только для США вышел) и удобно. мои контакты хранятся у гугла и доступны мне с любой точки планеты. очень помогает когда забыл дома телефон - заходишь в Инет и все нужные телефоны доступны =)
Банальный экскаватор перерезал оптику - и трындец. Оказался ты в медвежьем углу без сотовой и инета - допустим, банально бизнес там развиваешь, не связанный с ИТ - пивнарь там открыть или еще что - и все, ты не человек. Ко всему прочему, если еще зависишь от сетевых источников информации - "Хомо Социаликус" - тогда ты вообще труп.С соткой хрен с ней - это твоя личная голубая пичаль, а вот бизнес - он маст гоу он во что бы то ни стало. Известно слово "непрерывность бизнеса"? Так вот, в случае не собственной серверной, а через инет и удаленно - непрерывность бизнеса под ба-альшим вопросом. Если бизнес зависит от ИТ-инфраструктуры хотя бы в малейшей степени.
>[оверквотинг удален]
> связанный с ИТ - пивнарь там открыть или еще что -
> и все, ты не человек. Ко всему прочему, если еще зависишь
> от сетевых источников информации - "Хомо Социаликус" - тогда ты вообще
> труп.
> С соткой хрен с ней - это твоя личная голубая пичаль, а
> вот бизнес - он маст гоу он во что бы то
> ни стало. Известно слово "непрерывность бизнеса"? Так вот, в случае не
> собственной серверной, а через инет и удаленно - непрерывность бизнеса под
> ба-альшим вопросом. Если бизнес зависит от ИТ-инфраструктуры хотя бы в малейшей
> степени.Есть и иные варианты подсчета. Так вот на компанию в 10 человек держать собственную серверную!!! это пипец. Какая нах непрерывность бизнеса если бизнес приносит около нуля (первое время), а собственная серверная это 10 серверов (если серверов меньше, то нафига серверная вообще впилась), плюс сделать охлаждение (где то от 100к руб). Еще стоит резервирование по питанию сделать для "непрерывности бизнеса", но это совсем дорого ИМХО.
Итого на серверную вложений 400к руб на обустройство, плюс админ(ы) на настройку и поддержку. Итого на год около 600 исходя из ЗП 18к руб в месяц на админа. И без учета лицензий на ПО.
Сравниваем - Google Apps бесплатно на 10 человек. Или пусть по 50USD в год. Это ~15к руб.Выбирая между вложениями первого года в 600к и 15к я выберу 15к. Далеко не факт, что "непрерывность бизнеса" окупит 585к руб да еще и в первый год.
>[оверквотинг удален]
> (где то от 100к руб). Еще стоит резервирование по питанию сделать
> для "непрерывности бизнеса", но это совсем дорого ИМХО.
> Итого на серверную вложений 400к руб на обустройство, плюс админ(ы) на настройку
> и поддержку. Итого на год около 600 исходя из ЗП 18к
> руб в месяц на админа. И без учета лицензий на ПО.
> Сравниваем - Google Apps бесплатно на 10 человек. Или пусть по 50USD
> в год. Это ~15к руб.
> Выбирая между вложениями первого года в 600к и 15к я выберу 15к.
> Далеко не факт, что "непрерывность бизнеса" окупит 585к руб да еще
> и в первый год.Мы не говорим о бизнесе масштаба ПБОЮЛ Пупкин и Ко или Черкизона. Мы говорим о бизнесе масштаба Билайн/МТС. На худой конец, Касперский и сыновья.
Компрене? Непрерывность бизнеса Билайну нужна? Касперу нужна?
PS. Не надо прикидываться глупее, чем ты есть на самом деле, анон. И делать вид, что меня не понимаешь. Непрерывность бизнеса ПБОЮЛ обеспечивается резервным аккумулятором ККА Меркурий. Непрерывность бизнеса Билайн обеспечивается СОБСТВЕННОЙ ИТ инфраструктурой.
> PS. Не надо прикидываться глупее, чем ты есть на самом деле, анон.
> И делать вид, что меня не понимаешь. Непрерывность бизнеса ПБОЮЛ обеспечивается
> резервным аккумулятором ККА Меркурий. Непрерывность бизнеса Билайн обеспечивается СОБСТВЕННОЙ
> ИТ инфраструктурой.Вопрос в экономических категориях. Если собственная инфраструктура дешевле, то почему бы и нет. Но это чаще всего всегда не так.
Технически обеспечить заданные показатели надёжности связи при любом (подчеркну, любом) бюджете сейчас не составляет никакой сложности.
> можно, только не удобно ))) у мя гуглофон (первый, тот что только
> для США вышел) и удобно. мои контакты хранятся у гугла и
> доступны мне с любой точки планеты. очень помогает когда забыл дома
> телефон - заходишь в Инет и все нужные телефоны доступны =)оо... это ты не был там, где gprs такой: пинг от 5 до 30 секунд, потери пакетов до 70%.
вот мои контакты действительно доступны в любой точке планеты, потом что лежат они в кармане, а не у дяди на сервере.
> А то,
> что железо гуглофона позволяет всё делать локально, так про это им
> ни кто не сказал.пост выше я написал к тому, что держать локально - можно. только зачем? для меня преимущество не локальное хранение. если нужна только звонилка, а не коммуникатор, то взять любую мобилу на более просты ОС и не париться =)))
>> А то,
>> что железо гуглофона позволяет всё делать локально, так про это им
>> ни кто не сказал.
> пост выше я написал к тому, что держать локально - можно. только
> зачем? для меня преимущество не локальное хранение. если нужна только звонилка,
> а не коммуникатор, то взять любую мобилу на более просты ОС
> и не париться =)))Затем, что локально ты ПОЛНОСТЬЮ контролируешь свои данные. Смекаешь? ПОЛНОСТЬЮ. Физический контроль. Кто девушку физически контролирует, тот ее и танцует. Пока она рядом с тобой, ты контролируешь ее ...хм.... отверстия. Когда она не с тобой - ты веришь ей на слово - "Мамой клянусь, милый, я ему не давала!". Аналогия доходит?
> Затем, что локально ты ПОЛНОСТЬЮ контролируешь свои данные. Смекаешь? ПОЛНОСТЬЮ. Физический
> контроль. Кто девушку физически контролирует, тот ее и танцует. Пока она
> рядом с тобой, ты контролируешь ее ...хм.... отверстия. Когда она не
> с тобой - ты веришь ей на слово - "Мамой клянусь,
> милый, я ему не давала!". Аналогия доходит?Смешная аналогия. А так согласен. Если данные не на собственных серверах не в собственной серверной, плюс еще грамотные ИТ-безопастники нужны, чтобы приложения были настроены правильно и не выдавали данные налево по глупости или умыслу. Так вот только в этом случае можно считать что данные полностью под контролем... и то с учетом возможных диверсий, слива конкурентам и т.п.
А теперь вопрос что дешевле? тянуть собственную серверную и получить контроль или отдать данные внешней компании? а для компании какого размера и оборота это выгодно?
ЗЫ выше я уже расписал расклад по подсчетам затрат на почту.
>[оверквотинг удален]
> Смешная аналогия. А так согласен. Если данные не на собственных серверах не
> в собственной серверной, плюс еще грамотные ИТ-безопастники нужны, чтобы приложения были
> настроены правильно и не выдавали данные налево по глупости или умыслу.
> Так вот только в этом случае можно считать что данные полностью
> под контролем... и то с учетом возможных диверсий, слива конкурентам и
> т.п.
> А теперь вопрос что дешевле? тянуть собственную серверную и получить контроль или
> отдать данные внешней компании? а для компании какого размера и оборота
> это выгодно?
> ЗЫ выше я уже расписал расклад по подсчетам затрат на почту.(холодно) Если я физически могу дотянуться до ДВД-привода и кнопки ресет твоего сервера, анон - уже похрену, как настроен сервер и насколько лихая у тебя служба ИТ- и прочей безопасности. Смекаешь? Или надо азы информбезопасности разжевывать дальше?
Хорошо, объясню. В случае НСД и моей собственной серверной я, в случае обнаружения оного IDS, _ФИЗИЧЕСКИ_ могу вырвать RJ-45 из порта сервера. В облаке ты это сделать МОЖЕШЬ?
Я повторяю - ПБОЮЛ Пупкин и Ко не нуждается в серверной по определению, в силу копеечных оборотов и нулевого интереса для кого бы то ни было, кроме налоговой.
Но Дойче Телеком я физически не могу представить размещающим биллинги в чужих облаках, О КАКОЙ БЫ ЭКОНОМИИ СРЕДСТВ НЕ ШЛА РЕЧЬ.
А зачем тебе вырывать провод из розетки? Это какие-то подростковые рефлексии. Делай всё так, чтобы не пришлось вырывать провод из розетки.
>>Я тоже не понимаю, и, мало того, я не понимаю, почему хомячье с гигабайтами личных фоток и порнухи не секут основополагающего принципа информбезопасности - "физический контроль данных".
> Так впаривают же умело. Вот распиарили гуглофон и хомячки побежали. А то,
> что железо гуглофона позволяет всё делать локально, так про это им
> ни кто не сказал.Настолько умело, что негодный сынок Евгения Касперского, этого матерого ГБшника, выложил подробнейшие анкетные данные Вконтакте, ни секунды не задумываясь. К чему это привело - всем, надеюсь, хорошо известно.
Скажем, есть у тебя на производстве серверный парк. Но сервера, такая уж специфика, абсолютно большую часть времени не используются на всю мощь, но иногда нужна и полная производительность. Т.е. амортизация идёт, а коэффициент использования оборудования крайне низкий. Вот в данном случае и имеет смысл использовать облако с балансировкой нагрузки. К примеру, было пятнадцать серваков 2U и огромная бесполезная тепловая мощность, а стало два 1U, которые полностью удовлетворяют все потребности и, к тому же, обеспечивают 24 на 7 (за счёт резервирования). Тепловая мощность снизилась в разы. Затраты на кондиционирование уменьшились. Время ввода новых узлов с нескольких дней сократилось до минут и при этом не нужно теперь прерывать работу схемы, не нужны перезагрузки. Конфигурирование стало несоизмеримо более гибким.