stratosmi, Спасибо большое буду читать доки по этому, что то как то вскользь проскочил :).
в данный момент по graceful restart ничего толкового не нашел но буду продолжать смотреть. Ну я так понял что логика может быть такая, что просто подминится содержимое контейнера без перезапуска сервиса.
Если я например обновил конфиги еще, тогда надо будет выполнить команду для того что бы их перечитать?
Конфиги ведь тоже внутри контейнера надо хранить?
есть конечно такие штуки docker config create myconfig ./config.cnf . Но когда конфигов много, не удобно мне кажется с этим работать...
stratosmi, Ага именно с этим. Тогда хорошо, к примеру при деплое можно набрать команду которая пересоберет контейнер с новым кодом и выложит его в локальный репозиторий. Далее мне надо будет стопнуть старые сервисы, на которых могут висеть довольно приличное количество подключений. Которые все вообщем то и отвалятся, что будет совсем не хорошо, или докер аккуратно дождется пока они сами не отпадут? Грубо у меня 2 ноды сейчас, соответсвенно я стартую 2 копии контейнера. На каждом может висеть по 100 а то и больше подключений....
Ну и другой момент, что код весит гиг, а может и больше, но там выборочно я думаю можно его закинуть...
Конечно хотелось бы сделать все правильно. И я что то упустил из виду это концепцию...
нет, железок несколько, там рой докеровский. Надо что бы все контейнеры с php имели доступ к файлам. Двухсторонний не надо. То есть разрабочики задеплоили код и он сразу попал на все докеры с пап
Может я что то не то понимаю? у меня есть контейнеры с http+php. Нужно что бы в них выполнялся код который я каким то образом подключу туда... И при изменении кода разработчиками прозрачно растекался по всем контейнерам.
Сейчас вот lsync на все железные машинки раскидывает и от туда уже можно моунтить... Ну это в перспективе.
stratosmi, со Swarm все хорошо, но я как понял он не умеет синкать volume. То есть если на одной ноде то проблем нет, а если под больше то как он себя поведет кто его знает. Предлагают там nfs юзать, но это не дело для сайта, любые проблемы с сетью и каюк :)
Ну там какая тема, идет обновление кода, а оно часто происходит, нужно его на все ноды раскидать. И хорошо бы это происходило в автоматическом режиме. Так как пока есть там одна задачка не решенная с созданием определенных кэшей...
Как раз так НЕ маленький :). Сейчас посещаемость под 100к. Но планируется за год поднять в 10 раз...
Насколько быстро в Ceph будет доступ к данным? Ведь это куча php файлов которые надо еще скомпилировать...
есть вероятность, что на последней(первой страницей ) которую я получаю с хистори, первый раз она получена была целиком, а вот когда я к ней возвращаюсь уже получаю ее по Ajax. И хром запоминает второй вариант и мне Ajax запрос повторяет.
Ну походу да :). Только вот висит при падении мемкэша да и в инете люди на это жалуются, есть шанс что идея выше сработает хорошо, надо собрать тестовый стенд поглядеть...
Tyranron, По умолчанию в yii используется я так понимаю php либа. Есть ли смысл менять на что то другое? И по скорости как оно будет? я просто с yii не силен, решаю задачу со стороны админства... Переписывать там огромный проект врятли программеры захотят :)
С кластером докера что привлекает, что можно равномерно нагрузку распределить. Мускуль понятно, его либо в докере либо без него поднимем и привяжем к конкретной ноде. Ну и если сервак рухнет все остальные сервера вступят на подмогу автоматом, а тут если рухнет что, придется с этими виртуозками возится, мигрировать, nginx перенастраивать ...
Вот тока интересно еще если у меня мускул стоит без докера на одной из над, нормально ли сварм нагрузку рассчитает что бы бдшку не повалить :)
Dmitry Bay, да дороговато, если бы за бугром, а у нас цены ломят большие. Файлы в облаке и так. У нас уже 4 сервера куплены и работают который год. Щас все накручено на proxmox но там просто без денег не обновишь систему да и вообщем то с деньгами не факт, что обновится корректно. Ставить тоже пришлось повозится, ибо не новый, вообщем год два там уже эту версию и не накрутишь. Вообщем поэтому другую схему рассматриваем.
Компоненты с вложенностью
хтмл по верх формы
- форма с функционалом сабмит и тп...
- - Компонент табов
- - - Компонент отображения списка полей( для каждого таба вызывается )
- - - - Хтмл обертка для поля (ее конечно можно перенести в предыдущий компонент)
- - - - - Агрегатор всех полей (field)
- - - - - - А тут уже идут обертки на input textarea и тп...
Если бы это была одна форма, проблем, нет, засовываем в хранилище и все.
Но этот же самый функционал используют и другие формы на странице, которые тоже могут быть в данный момент активны.
Вот простой пример, у меня можно файлы аплоадить, а потом у них менять свойства, формочка открывается в попапе, она тоже использует много компонентов из той цепочки, что я описал выше, но ее данные должны быть в другом массиве в хранилище. По идее эти данные должны придти с компонентов верхнего уровня ибо они знают, что и какая форма открыта, а вот начиная с "Компонент отображения списка полей( для каждого таба вызывается )" он уже может использоваться в разных формах, не говоря о нижестоящих компонентах ... А с низов долбиться наверх через emit это не известно куда попадешь :)..
Может у меня просто структура корявая какая. По факту получаю данные из php и мне надо нарисовать форму, потом ее отправить и делов то :). А поскольку что бы не плодить повторный код, разбил все на кучу компонентов, что бы в других формах использовать по другому...
По сути в конечном компоненте я v-model не использовал, просто туда массив с полями передается и все. Сейчас как раз в поиске решения как лучше тут поступить...