Capistrano etc.

[dimrub]

А расскажите, о френды, что являются также веб-программистами, как вы делаете деплоймент своим веб-аппликациям? Допустим, есть аппликация на джанго. Недолгий поиск навел меня на Capistrano, но устанавливать руби для того, чтобы установить джанго - это какой-то перебор. Хотя с другой стороны, установка из svn - это идея, которая мне по душе, поэтому не уверен, что хочу просто банально строить .deb (особенно учитывая всех этих извращенцев, предпочитающих RPM :)).

Comments

[kruzzik.livejournal.com]

Мои коллеги Capistrano ругают (я с ним напрямую не работаю, поэтому подробнее сказать не могу). Все идет к тому, что от его использования откажутся.

[dimrub.livejournal.com]

А для чего они его используют? Для руби - или для чего-то другого?

[kruzzik.livejournal.com]

RoR

[dimrub.livejournal.com]

Понял. Не, джанго - это питон. Устанавливать руби для деплоймента питона - это слишком даже для моего извращенного ума :)

[sartoris.livejournal.com]

Ох... С джангой всё очень плохо на самом деле... То-есть насколько я сталкивался, аппликации написанные под джанго не очень-то приспособленны для вразумительного развертывания...

Я кстати не очень понял к чему ты упоминаешь .deb и .rpm. Это же дистрибутивные системы, которые вряд ли годятся для развертывания. Или же ты таки хочешь сделать дистрибутив на некую веб-апликацию?

[dimrub.livejournal.com]

В смысле, что именно плохо? Пока что у меня было впечатление, что развертывание аппликации на джанго - это как два байта переслать: добавить параграф в httpd.conf, добавить пользователя в mysql, отредактировать один файл с конфигурацией аппликации.

Я кстати не очень понял к чему ты упоминаешь .deb и .rpm. Это же дистрибутивные системы, которые вряд ли годятся для развертывания. Или же ты таки хочешь сделать дистрибутив на некую веб-апликацию?

Именно так.

[sartoris.livejournal.com]

добавить параграф в httpd.conf

Лучше добавить файл в conf.d со всем тем, что касается твоей аппликации.

обавить пользователя в mysql

Это не так-то уж и просто к сожалению... В RPM это делается через shell script, который выполняет некие операции (кажется их там два – pre и post build). Но с добавкой пользователей под mysql есть целая серия сложностей и неприятностей:(

отредактировать один файл с конфигурацией аппликации

Скорее создать файл с default values...

Именно так.

Делать и .deb, и .rpm и tar.gz с исходником и make install...

[dimrub.livejournal.com]

Лучше добавить файл в conf.d со всем тем, что касается твоей аппликации.

О, это очень правильная мысль! Так и сделаю, спасибо!

Это не так-то уж и просто к сожалению... В RPM это делается через shell script, который выполняет некие операции (кажется их там два – pre и post build). Но с добавкой пользователей под mysql есть целая серия сложностей и неприятностей:(

Если ты про GRANT, то я в курсе, и это не беда :)

Скорее создать файл с default values...

Не все values могут иметь default (например - URL сайта).

Делать и .deb, и .rpm и tar.gz с исходником и make install...

Я, пожалуй, ограничусь .deb, а дальше если пойдет, кто-нибудь и rpm сделает.

[sartoris.livejournal.com]

Если ты про GRANT, то я в курсе, и это не беда :)

Беда там другая. У mysql свой permission model. И может так получиться, что тот пользователь, который устанавливает пакет, не может с mysql ничего сделать... По любому советую прилагать некий SQL Script который создает всё что нужно на случай "ручной до-сборки".

Если ты про GRANT, то я в курсе, и это не беда :)

foo.bar не просто так придумали:)))

Я, пожалуй, ограничусь .deb, а дальше если пойдет, кто-нибудь и rpm сделает.

Я б всё-таки source code давал. Потому как .deb делает невозможной установку пакета на чем либо кроме Debian и его ближайших братьев. А это, должен заметить, не самая распространенная телега. RPM в этом смысле шире (да и под Debian кажется тоже годится).

[lavinya.livejournal.com]

Na kakom yazyke etot post? :-)

[vitus_wagner]

Родной пакет для всех поддерживаемых операционок - это хорошо. Особенно если аккуратно зависимости прописать. Единственное, что будут проблемы с shared-хостингами (мы ж о web-аpplications).
Но делать родные пакеты для десятка поддерживаемых систем - это геморой еще тот. Особенно, ежели не все эти системы можно засунуть в VMWare (у меня вон в списке поддерживаемых системы solaris/sparc есть).

Кстати, RPM на самом деле не один. RPM для redhat это одно, RPM для SUSE - другое, для Alt Linux третье.
Это в смысле если мы хотим чтобы для пользователя установка проходила гладко.

У меня в журнале этот вопрос недавно обсуждали. Посмотрите, может что из предложенного там комментаторами приглянется.

[dimrub.livejournal.com]

Спасибо, интересная дискуссия. Возможно, попробую связку pkgsrc + epm

[olegs.livejournal.com]

deployment или упаковку в коробочку?

Для простого деплоймента сойдет rsync, оформленный под задачу, которая выключает аппликацию на сервере, синхронизирует файлы , потом все включает обратно. используются для этого и svn на production машине.

для упаковки в коробочку придется заворачивать вручную, тут делать нечего. Дорога от InstallAnywhere до банального tgz.

[dimrub.livejournal.com]

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

[olegs.livejournal.com]

скрипт c rsync и rsh, запускаемый в батнике деплоймента.

[dimrub.livejournal.com]

А реально совместить это с родной системой установки (чтобы все dependencies автоматически устанавливались)?

[olegs.livejournal.com]

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

[shimon5.livejournal.com]

Вы,Дима, эти аппликации-шмапликации прекратите.
Признайтесь,что вы делали в 1989 году в Елоховском переулке? Кто вас вообше туда пустил? Валера Кронгауз,по уличной кличке Карагёз?

[dimrub.livejournal.com]

Нет, С. Г. Роман. Кронгауз меня зато провожал (я одним из первых уехал, весь педагогический коллектив собрался, чтобы пожелать мне успеха).