Запуск новых хостов при увеличении нагрузки ?

кубернетис

да

ну либо автоскейлинг если ты на aws

https://kubernetes.io/docs/tasks/run-application/horizontal-pod-autoscale/

ну либо автоскейлинг если ты на aws

Не, хочу внутри, железо позволяет

Не, хочу внутри, железо позволяет

то есть ты хочешь скейлить в пределах одного сервера?

ну... как знаешь но и это можно

тут больше оркестрация а стало быть читай доки по кубернетису

если dns для локальной разработки - можешь погуглить nginx-proxy для докера, аналоги есть под кубик, может проще искать будет

Есть два мощных сервера с СХД, поверх бежит VMware Хочу поверх этого развернуть кубернетс ну и далее

тут больше оркестрация а стало быть читай доки по кубернетису

Понял, спасибо

А по поводу CI, gitlab внутри юзает кто? Что к нему надо прикрутить для автоматического деплоя ?

А по поводу CI, gitlab внутри юзает кто? Что к нему надо прикрутить для автоматического деплоя ?

gitlab ci в целом неплох)

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

еще рассматривал gocd

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

Я просто не понимаю в данный момент как это должно в идеале быть. Закоммитили изменения, тесты прогнали. Кто формирует релиз ? Гитлаб сиАй ? Кто формирует новые докер образы ? Кто говорит кубкрнетсу прибей старые воркеры и запусти новые из нового образа?

Или код шариться между воркерами ?

Вот про это бы почитать...

CI билдит образ, образ потом раскатывается кубернетисом по подам

кубернетису команду задеплоить может тот же CI давать

а тут уже вопрос к процессам

сиай прогнал тесты и если все ок то он делает билд новый образов и пушит их в регистр(условно бд обзразов, dockerhub). потом сиай дает команду "обновиться", в зависимости от того что ты юзаешь: докер машина, куб илисворм. потом один из вышеперечисленых делает пулл с регистра и перезапускает сборку с нвоыми образами

кто делает релиз, что является тригером для деплоя/

сиай прогнал тесты и если все ок то он делает билд новый образов и пушит их в регистр(условно бд обзразов, dockerhub). потом сиай дает команду "обновиться", в зависимости от того что ты юзаешь: докер машина, куб илисворм. потом один из вышеперечисленых делает пулл с регистра и перезапускает сборку с нвоыми образами

у гитлаба к слову свой регистри есть)

они все сделали для того чтобы люди шли с гитхаба

удобно походу

ну я купил докерхаб

некоторые плюшки там сделаны удобнее чем у гитхаба) ну а некоторые нет)

Спасибо ребята, понял, то есть мне в принципе хватит гитлаба, верно понял, а дальше его конфигурировать под себя ?

да, под свои процессы и требования

ну да. проси скинуть конфиги и разбирайся)

но сначала перейди на сф4, как ты хотел) все остальное потом)

но сначала перейди на сф4, как ты хотел) все остальное потом)

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

Я честно говоря думал что гитлаб как локальный гитхаб и к нему надо что-то для CI доставлять

ну или так

Я честно говоря думал что гитлаб как локальный гитхаб и к нему надо что-то для CI доставлять

ну так было года 2 назад

они сейчас как полноценный солюшен

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

но сначала перейди на сф4, как ты хотел) все остальное потом)

Я это ОЧЕНЬ долго оттягивал, сейчас проще будет переписать сразу на сф4 чем тянуть за собой толстые контроллеры, containeraware, свои bundles и проч

так свои бандлы катят в сф4)

толстые контроллеры тоже

ну крч тут я не шарю, тут уже бизнес сторона) стоит ли и тд

толстые контроллеры тоже

Хочется же красиво, «технический долг», все дела

так свои бандлы катят в сф4)

Как это ?

Я это ОЧЕНЬ долго оттягивал, сейчас проще будет переписать сразу на сф4 чем тянуть за собой толстые контроллеры, containeraware, свои bundles и проч

если там <10K строк - то да. Если больше - то....

ну у тебя в папке src UserBundle, PostBundle, VasyaBundle?

ну у тебя в папке src UserBundle, PostBundle, VasyaBundle?

Да

ну просто делаешь один бандл и не меняешь структуру, делов то

или вообще убираешь бандлы - тоже не проблема

ну просто делаешь один бандл и не меняешь структуру, делов то

и называешь KakaxaBundle

и называешь KakaxaBundle

никак не называешь, AppBundle на крайняк.

JIeIIEIIIKa

соль не в бнадлах а в связанности между ними

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

если там <10K строк - то да. Если больше - то....

Лень до компа идти, завтра скажу

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

https://gist.github.com/fesor/76d39b19b18f7103a7c058301dc6a8fe

типа так?

типа так?

Да!!

Именно

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

я тебе тут насоветую.... у меня довольно жесткие вкусы в разделении ответственности)

про сеттеры в сущностях впрягать мне уже тут запретили)

Спасибо ребята! Всё картинка на ночь встала на место. Спасибо, помогли.

про сеттеры в сущностях впрягать мне уже тут запретили)

Аж запекло )))

Аж запекло )))

В этом чате обсуждали ? Форвардните начало, почитаю )

ERROR: S client not available

В течении месяца

https://i.ytimg.com/vi/Vq3nODjHIQY/hqdefault.jpg

Это?

про сеттеры в сущностях впрягать мне уже тут запретили)

А что там с сеттерами?

https://medium.com/@fabpot/symfony-4-unpack-the-packs-a672d06850eb

Спасибо за пост

теперь будут мусолить симфони 4-3 один год, так нужно, так не нужно. пользуйтесь

да ничего особо не изменилось

никак не называешь, AppBundle на крайняк.

недавно избавлялся от AppBundle и переносил все в src/

не понимаю людей которые делают папку AppBundle....

это был best practice раньше

господа можно ли как-то делать вложенные папки для yml маппингов доктрины?

я как-то пробовал - не прокатывало

не припомню что бы там говорилось "сделайте AppBundle как директорию внутри src"

т.к. неймспейсы разбиваются через точку

господа можно ли как-то делать вложенные папки для yml маппингов доктрины?

пути вроде указывать надо отдельно для yml

типа Contact.ContactData.orm.yml

там было просто "не делайте бандлы - просто сделайте AppBundle" - это никак не регламентирует структуру директорий проекта

типа Contact.ContactData.orm.yml

да

пути вроде указывать надо отдельно для yml

ты имеешь ввиду dir для маппинга в конфиге доктрины?

и еще утилс... ух

бэст практис

да

только так и никак иначе?

а это 4я версия

только так и никак иначе?

увы да... ну то есть как, можешь ручками регать сущности в доктрину и тогда вообще никаких ограничений) это DoctruneBundle дурной

а это 4я версия

неужто ничего умнее Utils не придумали

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

неужто ничего умнее Utils не придумали

Libs ещё можно ))))

неужто ничего умнее Utils не придумали

ну типа чтобы показать что туда ложить не только фреймворковые штуки типа Controller/Entity

ну и если не нравится - контрибьють)

я пока на доках докттрины сфокусировался)