[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: openvz, vserver



Alexey Pechnikov wrote:
В сообщении от Sunday 23 December 2007 19:37:25 alex kuklin написал(а):
Alexey Pechnikov wrote:
В сообщении от Sunday 23 December 2007 17:59:42 Vladislav Naumov
написал(а):
Пример из этой области - введение разделителей встречных полос заметно
снижает количество серьезных аварий.
Не тот пример. Разделители - берьер административный. Аналогия
разделителю - соблюдение стандартов при проектировании, кодировании и
тестировании. И вот это действительно будет полезно. Формальная
методика не нужна профессионалу - потому что он и так действует
системно, но число профессионалов в нынешнем ИТ исчезающе малая
величина.
Ну щаз, административный. Вполне себе физический. Барьерчик такой.
Бетонный. Административные средства - это штраф и лишение прав (читай,
штрафы либо расторжение договоров с владельцем ресурса).

Я про двойную сплошную говорил. В ИТ по ней ездят вдоль и поперек...

А я - про бетонный/стальной отбойник. Именно он существенно снижает количество серьезных ДТП.

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

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

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

"Не надо прогибаться" (c) под быдлокодеров. Не верю, что вас под угрозой
расстрела заставляют ставить форум или что-либо еще на том же
apache+php+mysql, а вот если лень поискать достойную замену, так и
скажите.
Понимаете, сударь. Есть задачи, которые надо решать.
И ресурсы, которые на это есть.
Перетащить все на надежные и правильно спроектированные решения -
расходы, как правило, совершенно нереальные. Гораздо реальнее
использовать ovz.
Если я буду всегда и везде использовать идеологически верный подход в
ущерб делу - ... расстрела, конечно, не будет.... я просто вылечу в трубу.
А для домашних/личных применений...  ну, не прогибайтесь, воля ваша.

Когда я вижу описание кластера на десятках машин для поддержания форума на apache+php+mysql возникают обоснованные сомнения в эффективности этого подхода. Так что насчет ущерба делу я бы не был столь категоричен. Тем более, что, считая виртуализацию своим спасением, вы снижаете планку требований к используемому ПО. Воля ваша...
Я не считаю виртуализацию панацеей. Я считаю виртуализацию удобным инструментом для установки бронированных стенок между разными песочницами.
Кстати, есть еще одно место, где виртуализация помогает.
В частности, вчера имел сомнительное удовольствие решать проблемы с упавшим сайтом, не имея админского доступа к машине и тыкаясь местами, как слепой котенок. В случае, если бы проект был в ovz-контейнере, а у меня к тому контейнеру полный доступ, жить было бы существенно легче.

Да, необходимо решать задачи нормально.
Но между обнаружением проблемы и появлением переработанной версии часто проходит порядочно времени, и это время проект должен жить.
P.S. Вы, кажется, предлагаете платную поддержку debian? Сдается мне, консультант должен иметь характер и умение настоять на своем, чтобы помочь заказчику, который сам не знает, чего хочет и которому "впиаривают" много всякой хрени.
Если при каждом случае я буду предлагать все переделать, я не буду ничем отличаться от пионеров.
И эффективность работы будет соответствующая.
Прежде чем "весь мир... кривого софта .. мы разрушим до основанья", нужно понять, что это будет стоить заказчику.

--
Alex



Reply to: