Подключение настольных приложений Windows к удаленному местоположению

Question

Я хотел бы знать, как я могу подключить удаленные офисы к центральной базе данных.

Вот сценарий:

Управление с несколькими пользователями, работающими на окна настольного приложения

Это приложение получить это данные из базы данных в офисном сервере.

Теперь один или несколько удаленных (офисов, магазинов и т. Д.) Должны иметь доступ к тем же данным.

Как мы можем достичь этого?

Иногда нам нужно в режиме реального времени

Иногда это не так уж важно.

Answer 1

Вы можете легко использовать DataSnap или RemObjects, чтобы обернуть и открыть существующую базу данных в качестве сервера среднего уровня, а затем записать против нее клиентов. Для подключения к этому я настоятельно рекомендую VPN-соединение между вашим пультом и вашим средним уровнем. Таким образом, вам не нужно беспокоиться об обеспечении связи ... если данные, которые вы передаете, являются данными с низким уровнем риска (ничего не стоит).

Чтобы узнать об этом в TClientDataset, вам необходимо зарегистрироваться. Это дает вам возможность управлять удаленными системами без доступа к основной базе данных, а также уменьшать объем трафика, отправляемого по кабелю (вы можете фильтровать и сортировать локально).

Обновление Большая часть производительности будет основана на скорости вашего внутреннего сервера и типе и количестве данных, которые вы передаете. Это достаточно быстро для большинства целей, и если вам приходится отправлять много данных по трубе, я счел нужным сделать некоторое кэширование клиентов. Добавив триггер обновления, чтобы установить обновленную метку времени для каждой записи, вы можете обновить свой кеш, запросив только записи, новые, чем предыдущие.

Answer 2

Из-за безопасности вам нужен какой-то средний уровень между клиентом и базой данных. Очень опасно подвергать базу данных непосредственно в Интернете. Многие приложения используют SOAP в этом сценарии, поскольку он широко принят. Вы делаете SOAP-сервис, определяете протокол и функции, и клиент затем вызывает это. Другие варианты: создание службы/сервера на основе REST, которая делает то же самое, или даже сделать простой уровень TCP/IP. Таким образом, вы варианты:

1. SOAP службы в качестве среднего слоя
2. REST HTTP на основе среднего слоя
3. XML RPC на основе среднего слоя
4. Чистый TCP/IP среднего слоя
5. VPN соединение для клиентов

Если вы создаете VPN-соединение с клиентом, то вы можете иметь прямой доступ к базе данных, но это, вероятно, для удобства клиентов если они не из вашей компании. Я лично, вероятно, поеду с 2 или 3, но только потому, что мне не нравится SOAP. Большинство, если его попросят, предпочли бы SOAP, я думаю.

EDIT:

Поскольку я вижу эти являются удаленными офисами, вы можете рассмотреть постоянное соединение VPN. Большинство маршрутизаторов в эти дни способны на это. Тогда ваше приложение может работать так же удаленно, как и локально.

Answer 3

Одним из критериев выбора того, что нужно принять, является скорость вашего соединения, его надежность и стоимость между удаленными офисами и центральным сервером. Если скорость адекватная, надежность в порядке, а затраты - плоские. VPN - это путь. Он не потребует изменений в вашем приложении (если он не написан для загрузки всей базы данных ...) Он также будет обрабатывать проверку подлинности и шифрование ваших данных. Если VPN не является выбором, вы можете использовать один из удаленных методов в ответе Runner, но обычно им требуется перепроектировать (и переписать) приложение, эта модель немного отличается от «классического» клиент-серверного приложения. На основе HTTP (S) обычно нет проблем с брандмауэрами, но обычно они должны быть безстоящими и не поддерживать обратные вызовы, создание и развертывание безопасности для обеспечения безопасности. Другие, работающие с другими протоколами (например, DCOM, dbExpress Datasnap), являются более гибкими, но могут быть более сложными для правильной настройки и/или защиты. Если соединение не является быстрым, надежным или слишком дорогостоящим, возможно, вам понадобятся локальные кеши, синхронизированные с удаленным сервером, - и это может быть нелегко достичь, в зависимости от потребностей приложения.

Answer 4

Есть 3 возможных решений маршруты:

1. Написать нормальное настольное приложение и опубликовать это приложение с помощью служб терминалов (служб удаленных рабочих столов) или Citrix XenApp (или сделать его веб-базу)
2. (Re) разрабатывать приложение для работы над (возможно медленным и/или ненадежным) WAN соединение)
3. реализовать своего род репликацию баз данных и внедрить отдельную базу данных (сервер) в каждом офисе