Jusper:

ZlaYa1000, а логин запомнить нельзя что ли :)
Логично же, что трафик будет висеть на микросервисе, а не на центровой базе.

у тебя будет 10 пар логин\пароль: xgm-чат, xgm-блог, xgm-форум и т.п. Вроде взаимоинтегрировать всё это в сайт проблемы нет, но чем больше данных интегрировать тем больше гемороя, да.

Jusper,

ZlaYa1000, и данный подход по сути может лишать тебя одной важной вещи - основного потока трафика.

каким образом? Чтобы попасть в любой микросервис надо авторизоваться через xgm. Да с мобилки например можно не выходить из приложения чата для взаимодействия с сообществом, но это скорее наоборот совсем не проблема.

alexprey:

ZlaYa1000, классический подход микросервисной архитектуры. Очень трудозатратный.

Трудозатратный почему? Из-за поддержки множественных обменов? А если держать только логин как объединяюще? Можно где-то почитай больше?

Попробуйте немного может наивно и слишком агрессивно, но попробую такую стратегию сформулировать:

Что если xgm оставить только приложением, которые хранит данные о профиле пользователя (опыте, абилках), а весь остальной необходимый в доработке функционал делать отдельными (если сторонними, то опенсорс) приложениями (чат, форум, багтрекер?, новостную ленту и прочее), в которые в свою очередь авторизация поизводится через xgm.

Тем самым решаются проблемы:

1. Нет необходимости сосредотачивать всё у себя, специализированные сторонние приложения будут всегда лучше из-за количества вложенных в них часов и опыта
2. Нет смысла поддерживать старый код в местах, которые можно вынести вне основного приложения
3. В случае устаревания функционала приложения его можно просто «выкинуть» портировав пользовательские данные во что-то новое (это сложный момент)

Минусы:

1. Разные стили кода — разные проблемы
2. опенсорс — наличие известных эксплоитов, в закрытом коде их надо искать
3. Фрагментация
4. Ограничиность передаваемых данных между приложениями. Например нужно передавать статус пользователя (заблокирован, пользователь, модератор, админ) помомимо логина — это отдельный код на каждое приложение.
5. Отсутствие синхронизации между приложениями (иначе надо городить громоздкие обмены данными и их поддерживать)

Озвучивал эту мысль несколько лет назад, но повторюсь, думаю что то что граждане сделали с логотипом, сделав на его основе самопальный объёмные версии для административных разделов есть глубокий и ничем не оправданный харам.

Логотип конечно не идеален, но пошаговая очистка и возврат в невинность принесут ощутимую пользу. Сразу визуально всё начнёт выглядеть приятнее. Ну а там и над редизайном можно задуматься.