История изменений

сервер капчи помнит в себе пару из id-а и отгадки. Значит ли это, что он не stateless и это не микросервисная архитектура?

Для Вас или чисто со стороны, это микросервис и stateless. Просто потому, что для нас сервер помнит картинку и отгадку, но только в пределах одной сессии аутентификации пользователя. Как там оно внутри сделано, может, он вообще все сессии запоминает зачем-то, нам не ведомо. Мы судим только со своей стороны.

Соответственно, правильно ли сделать так:

Если это будет работать, то почему бы и нет?

Смущает меня в том то, что мой основной сервер отчасти является клиентом для сервиса капчи, а отчасти - прокси для него же. Как-то это неоднородно.

Да и Господь с ним! Вам надо аутентифицировать пользователя, всё остальное вторично.

Вот пример для golang для google captcha https://godoc.org/github.com/haisum/recaptcha

И да. Хотел бы извиниться — выше был малость резковат.

сервер капчи помнит в себе пару из id-а и отгадки. Значит ли это, что он не stateless и это не микросервисная архитектура?

Для Вас или чисто со стороны, это микросервис и stateless. Просто потому, что для нас сервер помнит картинку и отгадку, но только в пределах одной сессии аутентификации пользователя. Как там оно внутри сделано, может, он вообще все сессии запоминает зачем-то, нам не ведомо. Мы судим только со своей стороны.

Соответственно, правильно ли сделать так:

Если это будет работать, то почему бы и нет?

Смущает меня в том то, что мой основной сервер отчасти является клиентом для сервиса капчи, а отчасти - прокси для него же. Как-то это неоднородно.

Да и Господь с ним! Вам надо аутентифицировать пользователя, всё остальное вторично.

Вот пример для golang для google captcha https://godoc.org/github.com/haisum/recaptcha

И да. Хотел бы извиниться — выше был малость резерват.