А чем обусловлено решение перехода на микросервисную архитектуру?

Скорее всего - модно, молодёжно))

Не поспоришь) Поэтому прежде чем делать решил уточнить как лучше. Любое разделение проблема. Не спорю, но собирать данные тоже не так легко. Особенно есть дубли) Но это все равно стоит ещё обдумать)

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

https://github.com/ElisDN/demo-project-manager/tree/master/manager/src/Model

Прежде всего обусловленность в разных языках написания и разных базах. Основа будет на PHP, а вот сервис подсчета будет на C#. Так было обговорено. Возможно получится перейти полностью на PHP. Это в процессе обсуждения.

А сколько человек работает над проектом?

А в связи с чем выбран c# ? Просто интересно

Не) Учитывая сколько всего надо сделать в микросервисах до последнего туда не хочу лезть. Нужна нормальная команда, которая все это осилит. Мне хотя бы сделать монолит с разделением на ограниченные контексты, которые можно будет в дальнейшем легко вынести в отдельные приложения (микросервисы)

3 человека. Команда не сильно большая на старте.

Со спецификой работы и готового продукта. Сложная система отбора участников, которая написана на языке C#. Как раз это и обсуждается и оценивается переписывание и программа изначально работала без интернета. Не везде есть доступ в ДК к интернету. А иногда проводится в такой глуши, что там ничего не ловит.

Просто это сервер на винде держать,  а значит лицензия, админам работки прибавится )

Не поспоришь) но что и как в деталях ещё не обсуждали. Возможно будет просто выгрузка данных по Api после работы. С Web будет взаимодействовать только по кнопке: выгрузить результаты.

Мое желание это переписать все на php. Может и захотят где-то Java. Так как такие решения ещё и пишут на Java.

В общем это ещё одна головная боль, но думаю, что решимая. Сейчас главное - это правильная архитектура) Этим я больше озабочен.

А .Net Core под Linux вообще неюзабелен до сих пор?

Есть вот такая информация на эту тему: https://docs.microsoft.com/ru-ru/dotnet/core/install/linux-package-manager-ubuntu-1904

Сергей, Кстати вижу по профилю, что связан с танго. Систему как раз делаю для танцев, спорта и искусств. Сам занимаюсь этой тематикой)

Я сейчас отвечу не на тот вопрос, который вы задали, поэтому ваше право мой ответ проигнорировать, но на вашем месте я бы даже не начинал проектировать микросервисную архитектуру. Есть огромное количество статей, почему их не надо использовать, гуглятся по запросу "why should not use microservices", но базовая причина одна: микросервисы надо пилить тогда, когда вы не можете их не пилить. Слишком много сложности они приносят в систему, слишком дорого обходятся в разработке и эксплуатации. Основные причины пилить - это когда у вас команда в 100+ человек, которой просто тяжело работать с кодом монолита и постоянно разрешать конфликты, когда у вас монолит ну вообще никак не масштабируется горизонтально под растущую нагрузку, и когда у вас тесты и деплой монолита начинают занимать единицы часов, а вы хотите деплоиться раз в рабочий день или чаще.

Хз,  но где то читал, что до сих пор приоритет на windows, остальные постольку поскольку

У меня приятель из свингеров (поручики, молчать!) делает вот такую штуку: https://danceconvention.net/eventdirector/ru/services - возможно там или уже всё готово, или можно занедорого договориться допилить недостающее)

Сам я социальщик, идея соревнований, оценок и рейтингов мне глубоко не по нраву)

Полностью с Вами соглашусь! Я очень хорошо понимаю что такое микросервисы и какой это труд, сколько времени. Именно поэтому изначально буду делать монолит, но монолит будет с хорошей архитектурой. Разделённый на ограниченные контексты. Чаще всего ограниченные контексты и выделяются в микросервисы. Поэтому сказал о них. Мне в дальнейшем будет достаточно просто(и не просто) выпилить их из монолита. Да и многие советуют поступать именно так. Выделять микросервисы из монолита. Так как архитектура может много раз разменяться и переноситься из контекста в контекст. А с микросервисами это очень сложно.

Да, нечего похожее, но другое) Подобная истина у нас написана на C# + php. Она устарела морально. Вот и решили переделывать. На самом деле это не единственная система. Есть ещё гибче и интереснее. В этом плане у меня есть целый список продуктов в этой тематике. Однако того, что есть и планируется реализовать пока что не видел. Они в целом все похожи, но у меня лично будет нечто другое) У меня и у самого есть регистрация. Дело не в инструменте, а в дальнейших целях и развитии. Поэтому подошёл серьезно)