skyANAТогда приложение тупо спрашивает сервис: а разрешено Васе регистрировать новых пользователей?
А сервис отвечает либо да, либо нет.

Не важно даже, микросервис или нет, интересен именно этот функционал, а не что и как записать в базу.
Именно он должен быть удобным.

_ST_78skyANA,

как понимаю, Вам будет интересно посмотреть на взаимодействие с таблицей на уровне кода приложения?

Насчет микросервиса, думаю, идея заранее обречена на провал. Очень много рисков. Никто не даст гарантии, что доступ к сервису будет постоянным.

А есть гарантия, что к SQL Server'у доступ будет постоянным? А вдруг упадет? И работа биллинга остановится?
Чем микросервисы хуже? Можете даже резервный сделать при необходимости (что принципиально мешает его сделать - не понимаю).

Впрочем, микросервисы уже другая концепция.

skyANAAdxВпрочем, микросервисы уже другая концепция.
Это можно сделать так:
- имеем Docker-образ, собираем контейнер, разворачиваем в локальной сети - сервис готов
- в клиентском приложении цепляем NuGet-пакет, прописываем, или откуда-то получаем конфигурацию, прописываем в нужных местах вызовы - profit

И как в "произвольный фреймворк и язык разработки" мы будем цеплять NuGet-пакет?
Вот честный REST - другое дело.

_ST_78Adx,

если упадет, можно будет и поднять. Микросервис на чужом сервере уже не поднимешь. Максимум писать в службу поддержки и надеяться, что быстро починят.


Не совсем понял, у Вас SQL на своем сервере, а микросервисы на чужом?
Запустите на своем, в чем проблема?