авторпо теме там помимо примеров кода есть и прикидочные рассуждения когда облако бывает дешевле

авторНапример, чтобы хранить коллекцию музыки на собственном жёстком диске, необходимо купить его — допустим, 500 ГБ за $130 — авансом. Но пока данных для хранения на 500 ГБ у нас нет, так что в сущности приходится платить по 25 центов за гигабайт за ненужное (хотя и достаточно недорогое) место. Также необходимо обслуживать устройство и платить за питание для него.

Кроме меня что ли подвоха тут никто не заметил? Дальше читать не стал даже.

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

25 центов за гигабайт - это ацки дорого.

r uHettКроме меня что ли подвоха тут никто не заметил? Дальше читать не стал даже.

фиг с ней со статьей. если вы в ней не почерпнули ничего кроме этого сравнения с винтом на 500гб, то давайте подойдем с другой стороны.

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

Достаточно 1 специалиста для организации облачного хранилища с помощью готовых продуктов (в том числе и бесплатных). Например тот же Swift (Openstack).

netwindавторда возможно, один очень хороший специалист сможет все это поддерживать в режиме 24/7.
а теперь подумайте сколько ему за это нужно платить в месяц )
нисколько :) Hett - судя по темам типичный программист в дизайн-студии, один на все руки.

угумс, сам пляшу, сам пою.

netwind,

кстати, судя по статистике ваших сообщений, вы - получается тоже.

авторСистема состоит из четырех основных компонентов:
-прокси-сервер (Proxy Server), объединяющий все остальные компоненты системы вместе;
-объектный сервер (Object Server), ответственный за хранение данных;
-контейнерный сервер (Container Server), ответственный за отдачу списка объектов;
-сервер аккаунтинга (Account Server), отдающий листинги контейнеров для конкретного аккаунта.

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

авторда возможно, один очень хороший специалист сможет все это поддерживать в режиме 24/7.
Более утвердительно можно было бы рассуждать если бы было представление об всех компонентах. Одного человека достаточно чтобы держать весь комплекс проектов ОП опенстека, а не только хранилища.

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

"Даже за миллион миллионов?" :)
Я даже не говорил про свое оборудование, можно просто арендовать сервера, даже этот вариант будет значительно дешевле по стоимости за гигабайт. Конечно, если размер хранилища будет 5ТБ, то проще и в S3 захоститься, я выше уже не раз говорил, что речь идет о крупных проектах.
На счет интеграции - так там тот же S3 только с другого боку, + видел имеются переходники под S3 если уж совсем лень изучать API. + еще есть большой плюс, что при наличии погромистов на питоне можно напильником дорабатывать софт под свои цели.

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

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

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

r uдоходить до маразма конечно не стоит. но в целом да!
установкой, настройкой и поддержкой серверов должен заниматься отдельный человек(или команда).
разработкой и внедрением - другой человек(команда).

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

Да не, я лишь о том, что под каждый компонент не нужен отдельный админ.
Щас вот посмотрел цены на S3, там в общем-то и для особо больших проектов цена далеко не выгодная получается. Тем более я даже и не намекал, что разрабы должно еще и админить серваки, с чего вы взяли? о_О

r uкрупные проекты?
где один чел. админит 10 серваков и пишет софт?
не. не слышал.
Ну это как раз из ваших слов же и вытекает, вы же выше написали, что чтобы поддерживать свое хранилище нужен еще и человек отдельный...

авторвот вы откопали этот некропост и возобновили обсуждение. зачем? что и кому хотите доказать?
Это не я.

Если там десять тысяч серверов, то очевидно что не достаточно, а если с десяток, то почему нет?
(вопрос риторический, можно не отвечать).

Hettr uкрупные проекты?
где один чел. админит 10 серваков и пишет софт?
не. не слышал.
Ну это как раз из ваших слов же и вытекает, вы же выше написали, что чтобы поддерживать свое хранилище нужен еще и человек отдельный...
Чет я сам не пойму че хотел написать.

Короче суть в том, что я заявил о том, что цены на хранилище в свифте высокие и не проблема развернуть свое хранилище если нужно, конечно это не будет рентабельно при хранении 20ГБ. Что вы на меня все напали.