Как организовать nonstate-микросервисную архитектуру?

Question

[mbcsoft]

Продумывая архитектуру веб-приложения, определил для себя, что все модули будут nonstate-микросервисами. Сервис авторизации выдает подписанные JWT-токены, а остальные сервисы будут иметь возможность их проверять с помощью публичного ключа.

Сервисы должны быть максимально независимыми, но в то же время контролируемыми. Брокер сообщений Redis. Планирую основу (+сервис авторизации) писать на Java, т.к. видел много полезных библиотек от Netflix, ну и джаву хочу попробовать. Но в дальнейшем, некоторые сервисы будут писаться и на других языках (PHP \ Go \ Node..JS)

Как организовать это все? Есть ли статьи с описанием похожей реализации?

Answer 1

[Александр Косарев]

Для реализации твоей идеи идеально подходит связка Spring Cloud + Netflix. Советую посмотреть документацию и этот подкаст.

Answer 2

[Евгений]

Когда Вы принимали решение о такой архитектуре своего приложения, Вы, наверное, чем то руководствовались? Как-то для себя аргументировали такое решение? Опыт там, статьи от метров разработки? Так вот, если все было так, Вы должны уже четко представлять архитектуру своего приложения.

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

Answer 3

[Дмитрий Беляев]

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