Привет еще раз, Саша. Я всегда считал, что любая дискуссия без предварительного соглашения дискутирующих сторон о базовых понятиях и терминах превращается в обычный бестолковый базар и не приводит ни к какому результату. Посему начнем по порядку.
-----Original Message----- From: owner-uanog-outgoing@uanog.kiev.ua [mailto:owner-uanog-outgoing@uanog.kiev.ua] On Behalf Of Alexander V Soroka Sent: Wednesday, June 21, 2006 4:49 PM To: Hrynchuk Oleh Subject: [uanog] Re: [uanog] RE: [uanog] Re: [uanog] RE: [uanog] Re: [uanog] Нужны люди, желающие учиться и работать. Направление - внедрение "тяжелых" RISC-систем (Sun, IBM).
Привет !
Wednesday, June 21, 2006, 11:48:34 AM, you wrote:
А вот если насчет "надо Банку" и "деньгу умеют считать" - я тут спорить буду :) кластер на базе 1U писюков - по моему и дешевле и проще получается, к тому-же не понравилось - продал- перепрофилировал
HO> А откуда ты знаешь, что в любой ситуации "дешевле и проще HO> получается"?
Олег - я всегда тебя считал вменяемым и образованным :) Не заставляй меня менять мое мнение...
Так... Если уж балансируем "на грани", то внимательно смотрим и страхуемся от свала не в ту сторону :)))) А то может еще кому (нет-нет, не мне! Боже упаси!) придется на личности переходить...
Кластер из ДОСТУПНЫХ В ЛЮБОЙ МОМЕНТ на замену компонентов - всегда лучше "тяжелого кирпича" - даже спорить на эту тему не буду.
Зато я буду, Саша. И мне прямо сейчас придется доказать тебе, что Ф.М.Достоевский был прав насчет категоричности суждений :))). Уж извини. Сначала договоримся о том, что мы не дискутируем в разрезе "Кластер из ДОСТУПНЫХ В ЛЮБОЙ МОМЕНТ на замену компонентов" VS "тяжелый кирпич (ОДИН!)". Изначально дискуссия была в разрезе "Кластер из ДОСТУПНЫХ В ЛЮБОЙ МОМЕНТ на замену компонентов" VS "ТЯЖЕЛОЕ РЕШЕНИЕ (ОДНО)". Так что не передергивай, плиз. Но при этом да, не спорю, что "ТЯЖЕЛОЕ РЕШЕНИЕ (ОДНО)" иногда может быть и "тяжелым кирпичом (ОДНИМ)". Хотя эта оговорка в разрезе того, что я дальше по этому поводу скажу, некритична. Значит так. Есть вполне известное в определенных кругах понятие "интенсивности простоев". Знаешь что это такое? На англ. это звучит как Outage Intensity. Это количество простоев в течении заданного периода измерений. Если заставишь - приведу рекомендацию/стандарт где дается такое определение. Так вот, если мне категорически _не_нужно_ни_одного_простоя_ (допустим они очень дорого мне обходятся. Скажем, реактор въе*ет, или человек на каталке умрет, или пять миллионов баксов потеряю и т.п.) то я ср*ть хотел на все доступные и дешевые замены в мире. Мне не дешевые замены "за углом" нужны, а отсутствие простоев. И если мне кантора дает гарантию, что у меня не будет ни одного простоя за определенный промежуток времени (а если будут, то они мне выплатят ОХННУЮ компенсацию), но мне надо заплатить поболе денег (еще поторгуемся), то я, наверное, таки соглашусь на "тяжелое решение", которое обычно к тому же еще и масштабируемо до определенного порога (а я ж просчитаю еще и оценю этот порог! И прикину окупаемость этого решения, разумеется). Здесь понятно? Или закусим удила? :))))
Иначе-бы кино в Голливуде снимали-бы на сверхтяжелых Санах, а не на кластерах - как сейчас. К тому-же опыт Онлайновых игр показывает - что "десятки тысяч клиентов онлайн" - держит почему-то именно кластер, а не супертяжелый Сан... :)
Х..ня. Ну что ты в самом деле. Киношные съемки... Игры... Как будто кроме кино, игр и ISP больше сфер нету. Ну игры. Ну и хрен с ними, с игрушками и самим Голливудом. Все их "бальшие" задачи действительно запросто мона решать на кластерах дешевых Пентюшных тачек. Но возьмем к примеру любимые тобой онлайн-игры. На крайняк простаивание нескольких минут такой "онлайн-системы" тебе влетит в пару виртуальных ругательств от тинейджеров и тридцать-сто-двести гривен недополученного бабла. Ну, если часто таоке будет, то, может, клиентура понемногу отвадится пользоваться твоим ресурсом. Некритично в общем.
...Олег - не бери пример с МЛМ-щиков - в IT последнее
я несколько другим всегда занимался и занимаюсь :-)
время продажи стали воинствующими - тебе навязывают решения которые тебе в общем-то не нужны в том виде в котором их хотят продать. Технологии идут вперед, и "тяжеловесы" как-то не вписываются - ни по "единичной мощности" ни
Потому "МЛМщикам" и стали время от времени нужны люди, могущие обосновать (без дураков) выбор того, либо иного решения. Кастомер уже много где стал продвинутее. Иногда не хочет платить лишние деньги. Даже за откаты не хочет (странно, да? :)). Понимаю четко что ты имеешь ввиду, но опять прошу: "Отучаемся говорить за всех" /(С) В.Бутенко/
по прочим параметрам. Хочеш спорить со мной ? Предложи решение для обслуживания EVE-ONLINE (как пример) - вместо их
ну вот опять игры. дались они тебе! Хрен с ним! Подтверждаю на весь мир - для игр и прочей лабуды действительно САНы и ИБМы не нужны! :))) Так я не об этом говорю.
кластера из 73 1U "писюков" - какой мощности Сан ты им предложишь ? Ась ? И какая цена Сана и какая той их кучки писюков - которую, кстати, масштабировать очень легко - докидал еще десяток машин - и полетели - а в Сан чего "докидать" - выбросить старый и купить новый ?
HO> Пример? Пожалуйста. Real-time биллинг миллиона ритейловых мобильных, или биллинговых клиентов.
Ну и ? :) Онлайн игры как пример подойдут ? почему там идиоты-разработчики не применяют Саны ? :-)
не подойдут. последствия и стоимость часа простоя системы онлайн-игр не идет ни в какое сравнение с аналогичными в критически, жизненно важных системах.
HO> Ключевые слова - "у нас кластер небольшой, который все это считает и HO> обслуживает". Круглый дурак бы поспорил. Я - не буду. Совершенно HO> согласен. Вам САНтехники не надо. Бо элементарно задача не HO> предполагает.
Задача зато предполагает одновременную обработку аудио вызовов в размерах свыше 100000 вызовов в час, при этом И статистика И работа АВР с каждым вызовом и еще много всего другого :) Так вот "онлайн статистика" - это не самое напряжное во всем этом деле - и не надо лукавить насчет мобильщиков - им тоже саны не нужны :) ...
им это расскажи, да? Вот я бы посмотрел что бы они тебе ответили... И статистика тут далеко не самая важная вещь. CDR'ы раздраконить и пентюх сможет. А вот различные транзакции, пожалуй, поважнее в реализации будут. И тут вряд ли "дешевыми кластерами с быстрой заменой запчастей" обойдешься.
HO> И вместе с тем радостно готов поднять тост за то, чтобы вы быстрее HO> перешли на уровень бизнеса, предполагающий крайнюю необходимость в HO> системах, основанных на Sun/IBM-решениях :)))))
не дождетесь. Ибо покупка "тяжелой" уже сейчас просто выбрасывание денег на ветер, без возможности потом "утилизировать"...
Радостно не соглашаюсь!!! :))))))) Сорри, мне бежать уже надо. Завтра продолжим, если не против. (Хотя ей-Богу не знаю что собственно продолжать и доказывать :)))) С ув., /олег =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message