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

не

глобально

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

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

инфраструктурные штуки?

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

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

есть вебморда, вебморда дергает сервис скажем регистрации и передает ему юзера, потом регистрация дергает сервис валидации, и еще какой-то, и передает этого юзера им, а те, в свою очередь, куда-то дальше его передают

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

и всю жизнь будешь адаптеры писать)

а так - одна модель на всех

а зачем валидацию выносить из регистрации?)

срп?

типа она реюзается во всяких там менеджментах профилей?

валидация, что ты не бот, например

понял

ну это не живой пример, это с головы

в живом примере все еще запущненее)

окей, ты добавил поле в модельку общую и тебе надо синхронно выходит "включить" фичу потому что есть зависимости

но в целом ты же можешь выстроить порядок зависимостей что бы знать кого в каком порядке включать что бы "точки входа" были явно заданы и включались независимо

"ты же можешь" звучит как существующее решение)

но его нет

плюс есть асинхронная составляющая

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

Если используется докер, разве он не умеет всё это сам? При обновлении запускаются новые экземпляры, пользовательские запросы при этом ведутся старыми тропинками до тех пор пока нужный перечень сервисов не станет в строй и тогда уже по новому пути пойдут запросы. Я не профи в докере, но режим роя и многие другие примочки разве не решают проблемы что вы обсуждаете?

Если используется докер, разве он не умеет всё это сам? При обновлении запускаются новые экземпляры, пользовательские запросы при этом ведутся старыми тропинками до тех пор пока нужный перечень сервисов не станет в строй и тогда уже по новому пути пойдут запросы. Я не профи в докере, но режим роя и многие другие примочки разве не решают проблемы что вы обсуждаете?

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

Если используется докер, разве он не умеет всё это сам? При обновлении запускаются новые экземпляры, пользовательские запросы при этом ведутся старыми тропинками до тех пор пока нужный перечень сервисов не станет в строй и тогда уже по новому пути пойдут запросы. Я не профи в докере, но режим роя и многие другие примочки разве не решают проблемы что вы обсуждаете?

нет. там распределяется трафик по новым инстансам и старым. и постепенно переводится все на новые инстансы

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

Ну разок можно и потушить, пока все спят. Хотя если все последующие деплои будут такие, то да, подход не очень.

ну я тоже понимаю, что должны быть вот эти "старые тропинки", "обратная совместимость", "выкосить старое когда оно отработает" и т.д.

А что будет мешать откатиться?

но это все на пальцах

а может есть методология готовая?

как cqrs)

версионность)

так себе идея)

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

можно feature detection какой мутить

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

ну то есть это похоже на версионирование но чуть-чуть по другому

да, действительно это ж проще в разы

да, действительно это ж проще в разы

это сарказм?)

как бы да

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

https://stripe.com/blog/api-versioning вот страйп про версионность хорошо описал на своем опыте

но разве это не то же самое? что-то типа чейнджлогов по которы можно определить выкатилась фича или нет?

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

нет, не тоже

это лютый оверхед по запросам

плюс "фича" - это что-то довольно зыбкое

у тебя может быть 10 фич

это 2^10 версий? :)

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

но хз как это сделать толком

версионировать модель, поддерживать разные версии модели, следить за окончанием всяких data flow и т.д.

но для этого нужна какая-то глобальная надстройка

почитай что я скинул

а какой? в тдд?

> Мокаємо всі методи, які впливають на результат

мне кажется что сомнительная статья

а ти мову розумiеш?

а ти мову розумiеш?

Я ж па беларуски размаулять магу

ляпече минск

?

Я ж па беларуски размаулять магу

Из империи или просто выучить хотелось?

Из империи или просто выучить хотелось?

второй государственный язык, как никак.

второй государственный язык, как никак.

Город?

Город?

Минск

есть такая дум метал группа

Прям так и называется?

Привет всем. Можно ли считать запрос через get идемпотентным, если помимо возврата какой либо информации он также пишет какую либу статистику?)

ну да, ответы то не меняются

кто пробовал CLOS?

кто пробовал CLOS?

никто

на оригинальном лиспе а также COS

Всем привет, кто тут?

Ищу товарищей для изучения паттернов проектирования, более глубокого изучения ООП.

просто интересуюсь - как это будет выглядеть? одному скучно?

Сюда пиши если что непонятно

Ну я вот думаю над задачами... Думал выписать все возможные ООП штуки. К примеру в абстрактный класс добавить переменную чтобы вылезла ошибка. Вообщем расписать все до мелочей... Попробывать сделать маленькую архитектуру, и попробывать ее несколько раз переделать используя ООП. Потом взять какой нибуть фреймворк и изучить применения ООП... взять уже задачки и порешать их паттернами... В завершении можно прочитать какие проблемы от патернов когда их не стоит применять.

робывать ее несколько раз переделать используя паттерны и ООП.

При этом не писать самому а просто сгенирировать цыклом и потоком забацать файл пхп в котором.... о все, мозгу стало интересно.

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

$generate=['interface','implements','extends','abstract'];

Да именно так, нечего с собой не могу поделать.

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