Как интегрировать приложения SaaS с нашим предварительным SQL Server? - PullRequest
Новая
       13

Как интегрировать приложения SaaS с нашим предварительным SQL Server?

0 голосов
/ 10 сентября 2018

Я хотел бы интегрировать наши приложения SaaS с нашим существующим SQL Server, но я не уверен, что для этого используются инструмент или подход. Учитывая, что я не хочу предоставлять прямой доступ к SQL Server, какие варианты интеграции доступны?

Я проводил некоторые исследования, и кажется, что два наиболее популярных подхода - это создание веб-службы на основе SOAP или REST или использование инструмента ESB / ETL со специально разработанными коннекторами. В нескольких статьях также предлагалось загружать плоские файлы в SFTP, но это, кажется, последнее средство. Есть ли какие-то другие современные и выдающиеся инструменты / шаблоны, которые мне не хватает? Предпочтительно, чтобы некоторые из этих интеграций обеспечивали поток данных в реальном времени, и, следовательно, ESB звучит так, как будто это может быть лучшим вариантом.

1 Ответ

0 голосов
/ 10 сентября 2018

Это очень широкий вопрос, не связанный с программированием. Вы можете получить лучшие ответы на https://salesforce.stackexchange.com/ Но даже тогда обращайте внимание на людей, продвигающих свои продукты / компании ...

Для ссылок ETL есть Dataloader.io, Jitterbit, Informatica, возможно, Microsoft Azure Data Factory, если вы работаете в магазине MS ... https://appexchange.salesforce.com/category/integration - это только начало. Есть много SF партнеров и консультантов, готовых использовать ваш вариант использования.

Вы указали предпочтение в реальном времени, круто. Кто должен инициировать контакт (извлечение из SF? Push to SF? Или что?), Что вам нужно ("обычная" синхронизация данных? Поиск внешних баз данных из SF? Может быть, доступ к документам, хранящимся в SharePoint, как если бы они были в SF ?). Может быть, ваш SQL-сервер на самом деле имеет веб-интерфейс сверху, какое-то приложение, которое вам лучше интегрировать в виде мэшапа? Вы действительно хотите хранить копию данных сервера SQL или «просто» отображать их по требованию (у вас даже могут быть некоторые юридические соображения относительно хранения ваших данных только в помещении ...)

В произвольном порядке, просто пища для размышлений (в конце концов, вы попросили варианты)

  • В прошлом я был вполне доволен https://forceamp.com/ - он включает в себя множество хранимых процедур. Для вашего SQL-сервера SF начинает выглядеть как еще одна связанная база данных ODBC.

  • Microsoft BizTalk - если у вас есть

  • Любой инструмент из https://en.wikipedia.org/wiki/Open_Data_Protocol#Applications - читайте о «Salesforce Connect» как способ отображения внешних данных в SF. Вы можете использовать инструмент, который реализует протокол OData, это также может быть ваш инструмент ETL ... Если вы хотите сделать интеграцию вручную, а не платить за инструменты - есть даже способ нанести «помаду на свинью». Apex, который действует как соединитель: https://developer.salesforce.com/docs/atlas.en-us.apexcode.meta/apexcode/platform_connect_adapters.htm

  • если Salesforce Connect кажется слишком большим - может быть, "просто" федеративный поиск? https://help.salesforce.com/articleView?id=search_federated_parent.htm&type=5

...