Пакетировать или нет

Dec 11, 2013 22:32

На неделе пытался (разумеется, безуспешно) собрать свою версию bluez5. Собрать-то собрал, да никакого осмысленного эффекта старый пульсаудио с новым блюзом не дают ( Read more... )

devops, packet manager

Leave a comment

easyjohn December 11 2013, 22:30:33 UTC
> Если же мы переходим в массовый режим, где сервера многочисленны и безлики, плюс добавляем к этому виртуализацию (где provision ещё сервера - это десятки секунд времени), то ситуация сильно меняется.
> Есть ли в этой ситуации необходимость в длительном комфортном сосуществовании? Нет.

Не обязательно. Если это продакт, то эти машины должны максимально долго комфортно жить.

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

> по каким-то важным причинам сервер надо капитально переделать - никто не будет это делать "на живую".

Если это "дешевле" полного редеплоя (по вермени, ресурсам, деньгам) - будут делать.

> Развёртывание сервера очень быстрое.

Зависит от. Скажем развертывание компонент на базе win2003 может занимать час и более. Да, параллелится, но не более десятка-другого копий.

Reply

thenexus6 December 11 2013, 23:27:48 UTC
Зависит от продакшна.
В энторнетах проще задеплоить с нуля параллельно, протестировать и переключить балансер.

Reply

easyjohn December 11 2013, 23:33:08 UTC
Зависит.
У нас в продакшене тысячи виртуалок, задолбаешься передеплаивать по каждому чиху то, что можно пробежать скриптом и обновить.

Reply

amarao_san December 12 2013, 00:21:27 UTC
Что значит "задолбаешься"? Этим же не человек заниматься будет.

Reply

easyjohn December 12 2013, 06:47:37 UTC
А то и значит. Что у банального датастора есть лимит по скорости, и клонирование даже (небольших) 100 гиговых дисков занимает очень заметное время. У банальной операционки есть время старта. У чифа/папета есть время реакции, время выполнения установки компонент, и прочее.
Все это выливается в такое время редеплоя, которое никак не влезает в мейтнанс виндов.

Reply

amavlyanov December 12 2013, 07:39:09 UTC
какие нафиг стогиговые диски? маленькие виртуалочки. смешные транзацкии в сотни мегабайт (дай б-г!). docker и законтейнерные приложения.

мир меняется сейчас ОЧЕНЬ быстро.

Reply

easyjohn December 12 2013, 08:50:54 UTC
Чем мне тебе помочь, если у нас тысячи стогиговых виртуалок?

Reply

amavlyanov December 12 2013, 09:01:37 UTC
объясни что там на 100 гигов?

Reply

easyjohn December 12 2013, 09:04:32 UTC
Это темплейты осей, со всеми 3-rd party и установленными компонентами. Почему тебя это удивляет? Что существует только один вид продакта, которые ты видел?

Reply

amavlyanov December 12 2013, 09:08:13 UTC
темплейты или образы? меня удивляет объём. я не видел таких объёмных продуктов. весь debian занимает около 80 гигов. ВЕСЬ.

так что тут что-то не то, или вы путаете архив с пакетами и темплейты

Reply

easyjohn December 12 2013, 09:15:19 UTC
Линукс занимает в среднем чуть меньше (а, скажем, на серверах db - так значительно больше, там может быть 500 гигов и более), а вот виндовс - около сотни это средний.

Reply

amavlyanov December 12 2013, 09:29:18 UTC
откуда на сервере DB 500 гигов? они там вместе с данными что-ли?!

Reply

easyjohn December 12 2013, 10:17:20 UTC
пустой темплейт db сервера, с софтом, обвязками, скриптами и прочим, с пустой, но уже сконфигурированной базой в которую уже залиты всякие предефайны - чуть больше ста. после копирования диски увеличиваются до рабочего размер, что то же происходит не моментально.

Reply

amarao_san December 12 2013, 15:23:10 UTC
Ну, винды, да. Извини, даже принимать их в рассчёт не хочу. Я не могу себе представить скриптов на 100Гб.

Reply

easyjohn December 12 2013, 16:40:10 UTC
Как можно не принимать в расчет 50% парка продакшен машин?

Reply

amarao_san December 12 2013, 16:43:00 UTC
Разные продакшены. У майкрософта своё видение мира, я не могу на него ориентироваться. Я вообще не понимаю, применима ли идея devops к миру закрытых сырцов и лицензионных ограничений.

Reply


Leave a comment

Up