- Аренда выделенного удаленного сервера с windows в облаке | системы daas — avangard pc
- Архитектура облачного сервиса
- Медиасервер
- Мощные игровые пк, игровые девайсы, и мониторы, столы и кресла — интернет магазине hyperpc вы найдете абсолютно все для гейминга
- Преимущества облачного сервиса
- Сенсорная база данных
- Сервер бизнес-логики
- Заключение
Аренда выделенного удаленного сервера с windows в облаке | системы daas — avangard pc
Стандартное размещение файлов на персональном компьютере может стать причиной утечки или потери информации. Защитить данные от злоумышленников поможет аренда сервера в облаке от Avangard PC. Это будет персональный сервер, куда будут иметь доступ только сотрудники конкретной организации, а потому риски утечки файлов – минимальны.
Аренда удаленного рабочего стола гарантирует сразу ряд ключевых преимуществ:
- доступ из любой точки мира,
- возможность выдавать права доступа к файлам и программам в зависимости от роли сотрудника в организации,
- администрирование сервера удаленно,
- настройка лицензионных программ под потребности бизнеса,
- высокая скорость подключения,
- размещение ресурсов в большом объеме,
- быстрое отключение пользователей в экстренных ситуациях.
- присутствует кнопка удаленного отключения сервера,
- отказоустойчивость: при выходе сервера из строя, вы не почувствуете это на своей работе поскольку есть запасные сети и настроено бесперебойное электропитание.
- размещение в ЦОД по стандартам TIER III
- мониторинг работоспособности в режиме online (используем ПО Zabbix)
Поскольку Avangard PC гарантирует защиту данных, вам не придется переживать о сохранности документов в случае выхода устройств из строя или стихийных бедствий.
Облачный desktop имеет привычный понятный интерфейс, что позволяет внедрять его сразу с момента реализации. Это особенно удобно для бизнеса, где трудоустроены люди, сложно привыкающие к обновлениям. Терминальный сервер получает данные, выводя их на экран, но для сотрудников организации рабочий процесс будет выглядеть так же, как и до введения новшеств.
Архитектура облачного сервиса
В предыдущей статье шла речь о контроллере умного дома, который устанавливается на стороне пользователя и взаимодействует с облачным сервисом по нескольким протоколам:
Теперь рассмотрим облачный сервис умного дома — основные компоненты, из которых он состоит, и как происходит взаимодействие с контроллером умного дома.
(кликните на картинку, чтобы открыть в большем разрешении)
Сервер бизнес-логики является ключевым элементом во всей схеме информационного обмена внутри облачного сервиса. Его основное назначение — управление различными серверными подсистемами посредством RESTful API интерфейсов. Он реализует логику работы облачного сервиса на основе модели пользователя: запись видеоархива и измерений датчиков в зависимости от выбранного тарифа, взаимодействие между пользователем и контроллером умного дома итд.
Брокер MQTT необходим для обмена JSON-сообщениями между контроллерами умного дома, установленными на клиентской стороне, и сервером бизнес-логики. Клиенты подписываются на топики внутри брокера, которые служат каналами передачи сообщений. В качестве MQTT-брокера используется Eclipse Mosquitto.
Кластер медиасерверов — это распределенная система хранения, обработки, поиска и воспроизведения видеоинформации для IP-камер облачного умного дома. Специальный балансировщик нагрузки собирает информацию о текущей производительности каждого сервера в кластере, вычисляет наименее загруженный и сообщает его IP-адрес контроллеру умного дома, который передает на него видео с камер.
Облачная база данных необходима для хранения модели пользователя облачного сервиса, конфигурации и текущего состояния его оборудования, а также метаинформации о записях видеоархива. В качестве реализации облачной БД используется СУБД MySQL.
Сенсорная база данных — это нереляционная NoSQL база данных. В ней хранятся события и измерения датчиков умного дома, упорядоченные по времени. Применение СУБД InfluxDB, оптимизированной для работы с данными такого типа, значительно повышает производительность облачного сервиса.
Бэкенд клиентского приложения — это серверное приложение, главная функция которого — предоставление данных, полученных из облачной и сенсорной БД, в удобном формате для последующего отображения клиентским приложением на устройстве пользователя.
Также бэкенд формирует команды управления в JSON-формате для контроллера умного дома. Бэкенд разработан на основе PHP-фреймворка Laravel. Более подробно он будет рассмотрен в следующей статье, посвященной клиентскому приложению для взаимодействия с облачным умным домом.
Провайдер Push-уведомлений доставляет сообщения о событиях умного дома на мобильное устройство пользователя, чтобы тот мог оперативно вмешаться в ситуацию (например, при протечке воды или появлении задымления вызвать соответствующие службы реагирования).
В качестве провайдера Push-уведомлений был выбран сервис OneSignal, который имеет удобный RESTful API интерфейс и функцию идентификации мобильных устройств, необходимую для корректной работы уведомлений внутри личного кабинета пользователя.
Медиасервер
Медиасервер — это выделенный сервер (dedicated server), на котором установлено специальное программное обеспечение для:
В качестве медиасервера в системе облачного умного дома используется
с дополнительными модулями, разработанными на языке Java, для записи потоковых данных в файловый архив и для работы с облачной БД.
(кликните на картинку, чтобы открыть в большем разрешении)
Поток медиаданных от контроллера умного дома в формате RTMP поступает в медиасервер и выравнивается по временным меткам в jitter-буфере. Это необходимо для компенсации влияния задержек сетевых пакетов при передаче потока данных по сети Интернет.
Мощные игровые пк, игровые девайсы, и мониторы, столы и кресла — интернет магазине hyperpc вы найдете абсолютно все для гейминга
Преимущества облачного сервиса
Облачный сервис умного дома предлагает простой, гибкий и недорогой способ хранения и доступа к данным, полученным от устройств умного дома. Пользователю облачного сервиса не нужно беспокоиться о сохранности своих данных. Возможности многопроцессорного медиасервера, оснащенного дисковой корзиной с RAID-массивом из нескольких 10 — 12 ТБ дисков, намного превосходят по емкости SD- или Flash-карту внутри контроллера умного дома.
Кроме этого, для доступа к данным нет необходимости в «пробросе портов» на маршрутизаторе пользователя, когда устройства умного дома скрыты от внешних сетей протоколом NAT. В личном кабинете пользователя, доступном с мобильных устройств, можно легко настроить конфигурацию и логику работы умного дома.
Данные в облаке удобно не только хранить, но и обрабатывать, предоставляя пользователю статистику за различные периоды времени. Ниже будет рассмотрен пример вычисления средней температуры в помещении за неделю на основе измерений мультисенсора.
Сенсорная база данных
Как упоминалось ранее в предыдущей статье, показания датчиков Z-Wave, а также текущее состояние и события IP-камер пересылаются в JSON-формате контроллером умного дома в облако по протоколу MQTT. Сервер бизнес-логики декодирует эти сообщения и выполняет подзадачу
StoreSensorDataInfluxDB
Сервер бизнес-логики
Как уже было сказано ранее, сервер бизнес-логики — ключевой компонент облачного умного дома. Основываясь на
модели пользователя
(информационном описании пользователя системы, включающем в себя системные, персональные, финансовые и логические признаки), он управляет разнообразными сервисами внутри облака, которые имеют различную реализацию и функциональное назначение и связываются друг с другом посредством RESTful API интерфейсов.
Модуль бизнес-логики внутри сервера отвечает за выполнение следующих операций:
- управление хранением измерений датчиков и событий детекторов движения с IP-камер умного дома внутри сенсорной БД;
- управление записью медиапотока IP-камеры, транслируемого контроллером умного дома, в архив медиасервера (постоянная / по детектору движения);
- трансляция команд от клиентского приложения в контроллер умного дома;
- трансляция конфигурации контроллера умного дома (подключенных устройств, правил продукционной логики, определяемых пользователем);
- отправка Push-уведомлений о состоянии контроллера умного дома и подключенных устройств в клиентское приложение.
Особенностью работы сервера бизнес-логики является межпроцессное взаимодействие с удаленными приложениями, выполняющимися на нескольких серверах в сети Интернет. Большую часть времени приложение сервера бизнес-логики находится в состоянии ожидания на блокировках ввода-вывода, поэтому оно разработано на основе многопоточной архитектуры и состоит из набора конечных подзадач.
Для обеспечения максимальной эффективности работы внутренняя реализация сервера бизнес-логики должна быть наиболее простой (принцип KISS). Так как модель пользователя полностью детерминирована и не содержит изменяющихся связей между признаками, то нет и необходимости в гибком механизме логического вывода (как в контроллере умного дома, где логика работы настраивается пользователем).
(кликните на картинку, чтобы открыть в большем разрешении)
Заключение
В статье была рассмотрена архитектура облачного сервиса для умного дома, алгоритм работы сервера бизнес-логики, архитектура медиасервера для записи, хранения и воспроизведения потоков медиаданных с IP-камер, а также архитектура сенсорной БД для хранения и анализа данных с датчиков умного дома.
Чем старше данные, хранящиеся в облаке, тем реже обращается к ним пользователь. В следующей версии облачного сервиса предполагается применить механизм прореживания (или передискретизации) данных с помощью InfluxDB Continuous Queries, чтобы уменьшить количество хранимых данных с помощью агрегирующих функций и, тем самым, увеличить емкость сенсорной БД.
Также в следующей версии облачного сервиса будет реализован кластер серверов бизнес-логики по принципу кластера медиасерверов, рассмотренному в этой статье. На рисунке показана архитектура такого кластера, где несколько edge-серверов (на каждом из которых установлен отдельный MQTT-брокер и ПО сервера бизнес-логики) пересылают метрики производительности на origin-сервер, вычисляющий IP-адрес наименее нагруженного сервера. Это позволит масштабировать систему в большем объеме и преодолеть существующее ограничение в 1000 умных домов.