Горизонтальная масштабируемость ThingWorx
Какой архитектуре и передовым методам разработки приложений необходимо следовать для масштабирования приложения TWX?
Большинство приложений начинаются с нескольких устройств, но со временем они быстро собирают до тысяч устройств. Какое количество стратегий следует использовать, если объем трафика слишком велик для одного экземпляра TWX? Тот же вопрос применяется, когда внешний интерфейс перегружен количеством пользователей.
1 ответ
Каждый раз, когда у меня возникали проблемы с архитектурой ThingWorx, меня перенаправляли к руководству PTC ThingWorx, указанному ниже. Я не верю, что вам нужна учетная запись PTC для просмотра, но если это так, то это бесплатно.
Руководство администратора ThingWorx 8 High Availability http://support.ptc.com/WCMS/files/173281/en/ThingWorx_8_High_Availability_Administrators_Guide.pdf
В вашем случае, когда у вас большие проблемы с нагрузкой, руководство рекомендует использовать два экземпляра ThingWorx для обработки нагрузки.
Для конфигурации HA требуются как минимум два экземпляра ThingWorx. Запускается один экземпляр, который становится лидером и полностью подключается к базе данных. Резервные серверы загружаются и могут стать лидером в случае необходимости, но они не полностью подключаются к базе данных или загружают информацию, как это делает лидер. Все серверы ThingWorx имеют службу, которая вызывается балансировщиком нагрузки, что указывает на их доступность. Различные коды идентифицируют лидера, который получает трафик, и резервные узлы, которые не получают трафик, но могут стать лидером.
Пример архитектуры высокого уровня из упомянутого руководства:
Балансировщик нагрузки определяет, какой экземпляр ThingWorx должен использоваться пользователем. Обычно он используется для определения того, что доступно в избыточной архитектуре (что делает его высокодоступным). Тем не менее, он также может быть использован для определения того, что использовать на основе производительности. В Руководстве администратора по PTC они используют HAProxy (см. Стр. 47) в качестве балансировщика нагрузки. См. Раздел 3.2 документа HAProxy Config для получения информации о настройке в зависимости от производительности.
Надеюсь это поможет! Это довольно открытая тема
В выпуске ThingWorx 9.0 платформа ThingWorx Foundation поддерживает истинную горизонтальную масштабируемость с настройкой кластеризации "активный-активный", исключающей единые точки отказа. В документе здесь приводится подробная информация о установки и настройки. Существует также руководство по архитектуре развертывания ThingWorx 9.0 с обзором всех архитектурных деталей.