LINUX.ORG.RU

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

Исправление Moisha_Liberman, (текущая версия) :

У Вас зачем-то рассматривается СервисКапчи, что он там делает. На деле всё проще. Клиент у Вашего сервиса просит аутентификацию, Ваш сервис перекидывает клиента на сервер капчи, клиент там как-то, незнамо как разбирается с этим сервисом, Вашему сервису сервер капчи либо говорит «Ok, свой чувак» (аутентификация успешна), либо он же говорит «Не, левый какой-то пассажир» (аутентификация неуспешна). И сугубо по барабану кто, как и где и на чём реализовал этот сервер капчи и как он там работает. Для Вас это должно быть чёрным ящиком, даже если данный сервис Вы и реализовали и запустили на том же хосте что и свой основной сервис.

Я, например, видел сервера капчи без базы данных. Генерация картинок шла on the fly, при помощи библиотеки gd (мощная штука, кстати). На сях, да. Но это в принципе не важно. Важно только то, что для Вас это чёрный ящик.

UPD. И да, при таком подходе это stateless микросервис.

Исходная версия Moisha_Liberman, :

Не. Всё не так.

У Вас зачем-то рассматривается СервисКапчи, что он там делает. На деле всё проще. Клиент у Вашего сервиса просит аутентификацию, Ваш сервис перекидывает клиента на сервер капчи, клиент там как-то, незнамо как разбирается с этим сервисом, Вашему сервису сервер капчи либо говорит «Ok, свой чувак» (аутентификация успешна), либо он же говорит «Не, левый какой-то пассажир» (аутентификация неуспешна). И сугубо по барабану кто, как и где и на чём реализовал этот сервер капчи и как он там работает. Для Вас это должно быть чёрным ящиком, даже если данный сервис Вы и реализовали и запустили на том же хосте что и свой основной сервис.

Я, например, видел сервера капчи без базы данных. Генерация картинок шла on the fly, при помощи библиотеки gd (мощная штука, кстати). На сях, да. Но это в принципе не важно. Важно только то, что для Вас это чёрный ящик.