[sisyphus] Re: Webapp policy
Alexey Borovskoy
alexey_borovskoy на mail.ru
Ср Май 4 13:03:54 MSD 2005
* Среда 04 Май 2005 00:51 Michael Shigorin
> On Tue, May 03, 2005 at 05:51:54PM +1300, Alexey Borovskoy
wrote:
> > 4. При публикации приложения на сервере приложений
> > (apache,jboss,tomcat, ещечегототам) нужные части приложения
> > копируются (или объединяются через unionfs, или линкуются
> > симлинками, или еще как-нибудь) внутрь нужного каталога
> > внутри сервера приложений.
>
> Ааа, то есть самое интересное остаётся висеть в воздухе? :(
А что самое интересное осталось висеть? :-) можно какое-нибудь
summary?
> > Таким образом, у нас получается репозиторий (3)
>
> ~> man 3 репозиторий
> No entry for репозиторий in section 3 of the manual
>
> :)
> :
> > готовых к употреблению web-приложений. Для запуска
> > экземпляра приложения, ему предоставляется рабочий каталог
> > (4).
>
> И что с ним делать, или пусть локальный администратор пляшет
> как умеет? :)
А почему бы и нет, зачем администратора ограничивать?
В качестве альтернативы можно раздавать рабочие каталоги
автоматически в районе /var/cache/webapps или еще где.
>
> > > Неужто кто-то да разрулил, как те грабли, над которыми
> > > размышляли, объехать :-)
> >
> > Те грабли большие, их надо конвертировать в несколько
> > маленьких и затем объезжать. :-)
>
> Вы правы, но у меня было такое ощущение, что выкатывать просто
> хранилище неправильно -- начнётся ещё более дикий разброд и
> шатание, чем в /var/www, и потом вопли и стоны, которые
> заранее никакими %post не учтёшь.
Мне вот следующая мысль пришла: а зачем ставить что-то в /var/www
автоматически? Обновил пакет, взял свежую версию из хранилища,
обкатал ее в тестовом виртуальном хосте, а затем обновил рабочие
виртуальные хосты.
Минут через пять пришла очередная мысль: а как обновлять, если
виртуальных хостов больше сотни? Может быть модифицировать
update_chrooted для этого?
> У нас просто снежный ком
> софта этого ждёт.
>
> Ну да "можешь -- помогай, не можешь -- не мешай".
--
Алексей.
GPG key fingerprint
949B BC0E 2C44 7528 4F63 2753 E37A 9E3F 11F3 BDE1
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: signature
Url : http://lists.altlinux.ru/pipermail/sisyphus/attachments/20050504/986fc050/attachment.bin
Подробная информация о списке рассылки Sisyphus