Поиск

О проекте

Развитие проекта RobotNET берет начало в 2005 году и основывается на личном опыте авторов по решению комплекса задач контроля, управления, администрирования и обеспечения безопасности IT инфраструктуры. Когда мы начинали этот проект, многие спрашивали: “Зачем делать и развивать этот велосипед, когда на рынке масса разнообразных технологий и софта для решения задач администрирования? Ставь, настраивай и пользуйся.” Ответ был просто: “Да, всего много. Все быстро развивается. Но у нас нет единой технологии, которая позволила бы решать весь комплекс поставленных задач, в том числе и с учетом финансовой составляющей, удобным для нас способом.”

Такой диалог в большинстве случаев заканчивался “ничем”. Об этом можно рассуждать долго и упорно. Многие наши коллеги не согласятся и, в некоторых случаях, будут правы. Например, в большинстве небольших компаниях, где всего один или два офиса объединенных VPN и имеются несколько серверов, а может быть несколько персональных компьютеров, безусловно, удобнее использовать популярные на рынке технологии и инструменты администрирования, которые единожды настроенные, могут работать годами. Все легко и понятно. Но вся разница, как говорится, – в деталях…

Понимание происходящего, как правило, приходит когда начинаешь выполнять разнообразные креативные задачи… Далее все просто, – или ты упираешься в недостаток существующих технологий и софта, или начинаешь разводить “зоопарк” софта, или у тебя начинает страдать составляющая безопасности, или требуется настройка кучи промежуточного оборудования, или ты вынужден бесконечно обращаться к всезнающему “гуглу” и “танцевать с бубном” и т.п. В общем все как в настоящей жизни, – гордо преодолеваются проблемы, производится отчет о проделанной работе и все успешно забывается спустя какое-то время. Все хорошо. Время идет и требуется решение все новых и новых задач.

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

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

Вот основные из них:

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

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

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

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

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

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

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

– необходима инвариантность к средами разработки приложений/модулей;

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

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

– необходимо иметь возможность осуществлять изоляции машин в оверлейной сети;

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

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

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

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

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

Как и в любой компании, мы, безусловно совершили множество ошибок, но с другой стороны, пройдя длинный путь, мы получили огромный опыт и реализовали проект RobotNET, которым хотим поделиться с тобой, Уважаемый Пользователь!

Авторы Проекта RobotNET.