Конфигурирование объединения
Процесс конфигурирования включает в себя шаги для двух серверов. Допустим, например, есть серверы Server A и Server B. Server A - это локальный сервер, а Server B - удаленный сервер. Мы будем использовать поток или удаленный поток как вещь данных (те же самые шаги можно использовать для удаленного потока значений, удаленного вики, удаленного блога или удаленной таблицы данных).
Имеется MachineThing на Server A с 10 свойствами данных. Каждые пять секунд свойства MachineThing сохраняются в потоке. Чтобы разгрузить обработку потока (операции записей и запросов), вы выбираете запись в удаленный поток. Для этого вы создаете поток на сервере Server B, который затем публикуете на сервере Server A. На Server A вы создаете удаленный поток, который действует как прокси-объект для фактического потока, выполняющегося на сервере Server B. Когда вы вызываете, записываете или читаете сервисы в удаленном потоке, они передаются и обслуживаются в потоке на сервере Server B через соединение между этими двумя серверами с помощью веб-сокета. Конкретные шаги конфигурирования для достижения этой настройки подробно изложены в приведенных ниже разделах.
 |
Используйте одну и ту же версию ThingWorx для всех федеративных экземпляров.
|
Конфигурирование сервера B
1. Чтобы открыть существующий поток, найдите и откройте поток в Composer.
или
Чтобы создать новый поток, в Composer выберите > , а затем щелкните Создать.
a. Выберите шаблон Поток и нажмите кнопку ОК.
b. Введите наименование и описание, установите флажок Публикуемая, выберите Структура данных и затем щелкните Сохранить.
c. Щелкните значок обзора (
), перейдите к пункту Система, а затем щелкните Подсистемы.
), перейдите к пункту Система, а затем щелкните Подсистемы.2. Щелкните FederationSubsystem, а затем в области Конфигурация введите наименование сервера и описание сервера и щелкните Добавить.
Откроется окно подписчиков.
3. В поле Наименование логического сервера введите наименование сервера Server B, на котором будет выполняться публикация (в данном случае - ServerA), а затем установите флажок Включить публикацию.
4. В поле URI сервера введите информацию о подключении для Server A.
Поле URI сервера имеет следующий формат: <протокол>://<адрес_сервера>:<порт>/Thingworx/WS, где:
| | PTC настоятельно рекомендует использовать WSS из-за поддерживаемых схем прокси-аутентификации. В настоящее время PTC поддерживает базовые и дайджест-схемы прокси-аутентификации. Эти запросы аутентификации могут перехватываться, и информация может собираться по незащищенному каналу. Использование WSS обеспечивает дополнительную безопасность, потому что предотвращает вмешательство злоумышленников в эти запросы. |
◦ протокол - ws (веб-сокеты) или wss (защищенные веб-сокеты) (рекомендуется WSS-соединение);
◦ адрес_сервера - IP-адрес или доменное имя сервера, на котором нужно опубликовать объекты пространства имен для использования их возможностей на другом сервере;
◦ порт - используемый порт HTTP/HTTPS.
Типичный URI сервера может иметь вид, аналогичный следующему: wss://www.myaddress.com:443/Thingworx/WS
5. На сервере A создайте новый Ключ приложения для доступа сервера B. На сервере B в поле Ключ приложения введите и подтвердите идентификатор ключа приложения, созданного на сервере A.
6. В поле Опубликовать как пользователя выберите пользователя и щелкните Добавить.
Этот выбор зависит от разрешений видимости пользователя.
7. На экране FederationSubsystem щелкните Сохранить.
Конфигурирование сервера A
1. В Composer выберите > , а затем щелкните Создать.
2. Выберите шаблон RemoteStream и нажмите кнопку ОК.
3. Введите наименование, описание, структуру данных и затем добавьте теги, если они имеются.
| | Для удаленных таблиц данных и удаленных потоков необходимо определить структуру данных на обоих серверах. |
4. В поле ИД введите значение <наименование вещи>@<наименование логического сервера>, а затем щелкните Сохранить.
| | Параметры "наименование вещи" потока и "наименование логического сервера" были определены ранее для сервера Server B. |
5. В области Сервисы нажмите кнопку Выполнить (
), чтобы выполнить тестирование, а затем использовать сервисы на сервере Server A.
), чтобы выполнить тестирование, а затем использовать сервисы на сервере Server A.| | Сервисы на Service A будут использоваться для чтения, обновления и удаления записей потока на Server B. |