Это тоже по-Вашему извращение?

Ну, т.е вы считаете что для сайтов не нужно использовать докер?

ну сайты являются stateless приложением?

депендс. сайтам иногда надо хранить сессию файлы картинки.

Это тоже по-Вашему извращение?

lxd это обертка от убунту для lxc

для маленьких проектов ( а один сайт это один проект ) докер скорее всего не нужен

хостинг множества разных чужих приложений - скорее тоже не очень удобно

депендс. сайтам иногда надо хранить сессию файлы картинки.

Где хранить? Они могут их хранить в докере, можно в базе

Это тоже по-Вашему извращение?

я вам и предлагаю посмотреть в эту сторону

хостинг множества разных чужих приложений - скорее тоже не очень удобно

Чем неудобно-то? По-моему очень удобно.

Где хранить? Они могут их хранить в докере, можно в базе

картинка в базе да. в мускль все пихайте. он резиновый. а мускль тоже в докере.

картинка в базе да. в мускль все пихайте. он резиновый. а мускль тоже в докере.

Картинка - это стейтфул что ли? Троллить изволите?

Где хранить? Они могут их хранить в докере, можно в базе

кастомерские картинки файлики сессии хранить в докере - плохой знак

Чем неудобно-то? По-моему очень удобно.

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

Картинка - это стейтфул что ли? Троллить изволите?

опять же депендс. если это картинка вашего сайта то это одно а если кастомерские - то другое

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

Образы множиться не будут

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

А когда в проекте делается по 50 изменений в день - это не множится? По-моему, вы что-то не то говорите

Образы множиться не будут

в концепции докера - один сайт - один образ

Бред какой-то

Чем неудобно-то? По-моему очень удобно.

пока ты не столкнулся с aclями и прочими требованиями от кастомеров

А когда в проекте делается по 50 изменений в день - это не множится? По-моему, вы что-то не то говорите

50 изменений в день - ок, это 50 деплоев, старые релизы потихоньку будут удаляться

в зависимости от системы оркестрации

Ну и? В чем проблема удалять старые образы других сайтов?

то что клиенты могут делать неконтролируемое количество релизов в день

в то время как свои проекты имеют более менее прогнозируемый график релизов

Ну это только вызов сделать хайлоад, не более того

А когда в проекте делается по 50 изменений в день - это не множится? По-моему, вы что-то не то говорите

у вас 50 изменений в мастер в день?

а на маленьком хостинге - тем более весь этот огород городить не надо

Да и про неконтролируемые - это всего лишь теория

у вас 50 изменений в мастер в день?

Нет, на деве

Ну это только вызов сделать хайлоад, не более того

это не про хайлоад

это не про хайлоад

А про что?

то что клиенты могут делать неконтролируемое количество релизов в день

Поэтому и не надо в image добавлять файлы сайта

Нет, на деве

пф. ну так и при чем тут прод? у вас тесты прогнались? вы мердж в мастер сделали? билд прошел? вот теперь деплойтесь.

Поэтому и не надо в image добавлять файлы сайта

не надо делать докер там где он не нужен

А про что?

50 изменений в деве это петпроджект студента универа

студенты универа редка знают про хайлоад

Какая, блядь, разница где эти изменения. Письками меряемся что ли? Факт на лицо. Есть изменения, нужно сгенерить образ

Какая, блядь, разница где эти изменения. Письками меряемся что ли? Факт на лицо. Есть изменения, нужно сгенерить образ

ну генерируйте у вас там сиай наверное есть

Будут они на мастере или на деве относительно этого контекста, какая?

ну есть и что?

ну вы же деплоите мастер?

да и что?

ну вот когда мерджи придут в мастер(кто знает?) вот тогда и будете деплоить

50 изменений не значит что вам надо деплоить 50 раз

Знает тимсити

Знает тимсити

тимсити дривен девелопмент? теперь я знаю что такое tdd спасибо

не за что. Я теперь знаю что такое бесполезные человек, который толком ничего не предлагает, но много критикует

а, переходите все на виртуалки

не за что. Я теперь знаю что такое бесполезные человек, который толком ничего не предлагает, но много критикует

простите? что вы хотите чтобы я вам предложил?

Перейти на виртуалки

мне кажется вы перепутали канал про докер с чатом сэйлзов докера

Также поступают сейлзы проксмокса?)

вы зря острите, вариант с виртуалками он вполне нормальный

особенно для мелкого хостинга

вы зря острите, вариант с виртуалками он вполне нормальный

Каждому сайту по VPS?

Для мелкого хостинга лучше сделать все на одном сервер, зачем на каждый виртуалка, че уж

Это же overhead по ресурсам

ящитаю, что каждому сайту по датацентру

не меньше

Это же overhead по ресурсам

тогда просто на одном сервере делайте, а ресурсы лимитируйте средствами php

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

каждому сфтп по региону!

докер нинужен

докер нинужен

а что вы таки думаете про разделение ресурсов силами стен датацентра?

прекрасная идея

ERROR: S client not available

У LXD нельзя просто примонтировать конфиги с хоста в контейнер через удобное API

У LXD нельзя просто примонтировать конфиги с хоста в контейнер через удобное API

зачем вам монтировать конфиги?

если есть виртуалка

зачем вам монтировать конфиги?

Ну, сами они в контейнере не появятся.

ну так это ж ваши контейнеры, вы можете конфиги закатать через CMS

Ну, сами они в контейнере не появятся.

есть стадия билда для этого

есть стадия билда для этого

ну если говорить про какой нить proxmox то это скорее все будет из базового контейнера делаться

у него не будет стадии билда

packer + lxc с заливкой собранного образа куда вам надо

но для этого конечно нужен сиай

packer + lxc с заливкой собранного образа куда вам надо

мне кажется такой вариант для хостинга множества чужих сайтов излишний, у них же use-case когда надо поправить один файл например но каждые 5 минут =)

окей, https://wiki.debian.org/LXC#Bind_mounts_inside_the_container

вики дебиана говорит что все работает

такой вариант сборки ломает концепцию что контейнер можно собрать на любом хосте

но конфиги маунтить это конечно няшная идея, особенно за пределами одной машины

ну если говорить про какой нить proxmox то это скорее все будет из базового контейнера делаться

https://github.com/Telmate/terraform-provider-proxmox наброшу

живите с этим )

прикольно да

Помогите

я когда блять запускаю docker run -d -v /root/mysql:/var/lib/mysql mysql /bin/bash - почему у меня это гавно не работает в фоне????

В чем может быть проблема, сорри за мат

я когда блять запускаю docker run -d -v /root/mysql:/var/lib/mysql mysql /bin/bash - почему у меня это гавно не работает в фоне????

так он отрабатывает и закрывается

Ну так у меня -d

Ну так у меня -d

-d - detach, нет?

Ну да, просто сокращённо

Ну да, просто сокращённо

добавь туда -it

я правда не знаю зачем тебе это, но если очень хочется, то почему бы и нет

я когда блять запускаю docker run -d -v /root/mysql:/var/lib/mysql mysql /bin/bash - почему у меня это гавно не работает в фоне????

скорее всего валится на каком нить not pty, detach не оставляет дескрипторов ввода, баш всегда с опцией -d валится в аут

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

и самое пикантное - как сделать так чтобы локлаьно можно было работать сразу в двух сервисах

и при этом замыкать в контур в обрако на всё остальное

связь централизованная через service bus