Мне еще не приходилось делать интеграцию при которой СФ орг выступает провайдером Web service, но во всех примерах, что я вижу на Трейлхеде, в том числе в модуле по Mulesoft, я вижу что для этого обязательно используется User-Password.
То есть, для того, чтобы кто-то использовать WS на стороне СФ, он должен иметь Юзера в системе, а ты должен подготовить профайл для этого Юзера (-ов) и более того, тебе еще и лицензию нужно покупать для этого юзера...
Я все это правильно понимаю?
Мне еще не приходилось делать интеграцию при которой СФ орг выступает провайдером Web service, но во всех примерах, что я вижу на Трейлхеде, в том числе в модуле по Mulesoft, я вижу что для этого обязательно используется User-Password. То есть, для того, чтобы кто-то использовать WS на стороне СФ, он должен иметь Юзера в системе, а ты должен подготовить профайл для этого Юзера (-ов) и более того, тебе еще и лицензию нужно покупать для этого юзера... Я все это правильно понимаю?
Пока вроде все верно
Пока вроде все верно
одного юзера на всех клиентов или отдельно для каждого?
неужели полную лицензия для этого покупать
одного юзера на всех клиентов или отдельно для каждого? неужели полную лицензия для этого покупать
Если интеграция предполагается Server-to-SF, то достаточно одной лицензии.
Если интеграция предполагает что запросы будут идти напрямую от пользователя (браузер, десктоп/мобайл аппа) то каждому пользователю своя лицензия, потому что пользователю придется самому авторизироваться (в разделе доки SF по OAuth все эти варианты расписаны)
[quote="Den Brown"]одного юзера на всех клиентов или отдельно для каждого?[/quote] Если интеграция предполагается Server-to-SF, то достаточно одной лицензии. Если интеграция предполагает что запросы будут идти напрямую от пользователя (браузер, десктоп/мобайл аппа) то каждому пользователю своя лицензия, потому что пользователю придется самому авторизироваться (в разделе доки SF по OAuth все эти варианты расписаны)
это может объединиться через ESB или ему подобные и тогда все запросы проходят через него
как авторизоваться - это другая тема (OAuths, JWT)
В добавок к этому в зависимости от компании, кол-во пользователей
отдельный user (license) для ETL процессов
отдельный user (license) для Deployment
[quote="Dmitry Shnyrev"]Если интеграция предполагается Server-to-SF, то достаточно одной лицензии.[/quote] это может объединиться через ESB или ему подобные и тогда все запросы проходят через него как авторизоваться - это другая тема (OAuths, JWT) В добавок к этому в зависимости от компании, кол-во пользователей отдельный user (license) для ETL процессов отдельный user (license) для Deployment