1.3. Концепция RobotNET (автономность, масштабируемость, децентрализация, модель «софт как сервис»)

Концепция, лежащая в основе пиринговой платформы микро-сервисов и администрирования RobotNET, основывается на требованиях, сформулированных в процессе многолетней практики системного администрирования, ИТ поддержки и разработки программного обеспечения:

требование администрирования неограниченного количества компьютеров вне зависимости от их географического местонахождения на собственных технических мощностях;

Требование администрирования в первую очередь связано с тем, что заранее не известно, где будут находится конечные компьютеры и каким образом они будут подключены к сети Интернет (WAN/LAN, ADSL, 3G/4G и т.п.). Кроме этого не всегда такие компьютеры находятся в собственности компании и находятся в объединенной локальной сети и т.п.

базовая установка системы на клиентской машине должна быть простой и не зависеть от наличия прав администратора;

Установка программного обеспечения для пиринговой сети должна быть максимально простой и не требовать установки дополнительно программного обеспечения, — должен быть установщик «в один клик».

использование платформы не должно зависеть от технической возможности прямого доступа к обслуживаемым компьютерам;

Платформа должна быть максимально модульной и отказоустойчивой, чтобы аварийное завершение одной части платформы не привело к неработоспособности всего управляемого узла, а также чтобы была возможность нештатного восстановления функционирования в режиме «управление спутником», когда нет возможности физического доступа к компьютеру.

работа с платформой должно осуществляться без контакта с пользователем компьютера (в том числе с учетом его низкого уровня владения компьютером) при выполнении задач администрирования;

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

программное обеспечение должно иметь возможность постоянного мониторинга работы удаленного компьютера;

Удаленный компьютер всегда должен находится по непрерывным управлением и мониторингом несмотря от способ подключения к сети к сети Интернет (в том числе нахождение за NAT).

при помощи программного комплекса необходимо иметь возможность администрирования удаленного компьютера в отсутствии пользователя;

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

система должна максимально эффективно использовать каналы передачи между администрируемыми компьютерами;

Данное требование вытекает из необходимости работы при подключении к сети Интернет через различные средства связи.

так как заранее неизвестны задачи, решаемые на удаленной машине, необходимо иметь возможность загрузки и выполнения внешних модулей; необходима инвариантность к средами разработки модулей;

Платформа должна иметь возможность страивать сторонние программные решения в виде пакетов установка, а также иметь возможность быть встроенной в пользовательский софт и поддерживать веб-API для гибкости использования.

для разрабатываемых/разработанных собственных приложений необходим единый способ сетевого взаимодействия в сети компании без дополнительной технической подготовки, — то есть необходим низкий «порог вхождения» для подготовки административной платформы для создаваемых программных комплексов (программ, утилит и другого софта);

При встраивании платформы в сторонние программные решения, системным администраторам не требуется выстраивание новой платформенной инфраструктуры, — развертывание такой пиринговой сети выполняется поверх единой системы.

безопасность трафика между узлами должен быть настраиваемым, в зависимости от выполняемых задач;

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

требование осуществлять контроль и изоляцию машин в оверлейной сети;

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

передачи данных в сети компании не должна быть привязана к какой-либо одной среде передачи – инвариантность к средам передачи данных;

Платформа должна обладать возможностью передавать потоки сетевого трафика через разные базовые транспортные среды (TCP и UDP), а так же, при желании, через альтернативные.

вся система должна быть максимально отказоустойчивая (некритичная к выходу из строя «железа») и удобная для обеспечения непрерывного технического обслуживания;

Система должна быть максимально отказоустойчивой и масштабируемой. Обслуживание такой системы должно быть абсолютно «незаметным» для рабочего процесса компании и предприятия в целом.

низкая требовательность к программному обеспечению и техническому оборудованию клиентских машин;

При наличии большого «разношерстного» парка компьютеров, данное требование не только абсолютно актуальное, но и позволяет значительно оптимизировать парк компьютеров с учетом финансовой составляющей бюджета компании.

весь обслуживающий программный комплекс в соответствии с политикой безопасности должен располагаться на собственном оборудовании компании.

Важное требование, которое лежит в основе политики безопасности любой серьезной компании.

Как было сказано ранее, Платформа RobotNET полностью модульная, где есть возможность отключать и подключать существующие программные части. Наличие данной особенности позволяет моделировать и создавать различные технические конфигурации пиринговой системы.

Например, стоит отметить, что сама платформа RobotNET не является абсолютно централизованной, хотя и имеет панель управления. Это означает, что платформу вообще можно развернуть без панели администрирования, что делает систему в целом децентрализированной, хотя в этом случае будут отсутствовать ряд полезных функций.

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

При использовании панели управления, появляется возможность вертикального и горизонтального масштабирования пиринговой сети с возможностями резервирования емкости сети.

Кроме этого, вся система разработана таким образом, что самостоятельно развернув Платформу, появляется возможность самостоятельного распространения данного программного обеспечения, а также вспомогательных web и пиринговых сервисов, предоставляя RobotNET по модели «софт как сервис».