За счет чего обеспечивается повышенная безопасность? Основная особенность заключается в том, что файловая система разделена на 3 части:

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

n  только для записи (логи, базы данных);

n  смешанные (например, конфигурационные файлы, которые могут модифицироваться во время работы сервера).

Каждая часть файловой системы – это обычный chroot, без дополнительных надстроек. Узнав об этом, я поспешил поинтересоваться, почему не используются более продвинутые технологии вроде виртуальных серверов (OpenVZ, Linux-VServer), которые предоставляют гораздо большие возможности вроде ограничений по ресурсам. Ответом было заявление, что этого не требуется и такая архитектура обеспечивает достаточный уровень защищенности. На последовавший вопрос о том, что при такой организации произойдет, если какой-то отдельный сервис (который мог бы находиться на отдельном виртуальном сервере) начнет потреблять неадекватное количество ресурсов, мне лишь ответили, что известны случаи DoS-атак на конкретные компоненты Ideco ICS, которые ни к чему не привели, поскольку остальные сервисы продолжали нормально функционировать. Дальнейшие дискуссии на подобные темы, к сожалению, публика сочла неинтересными «технологическими дебрями».

Сотрудничество с Open Source

Последняя тема, которая меня волновала в отношении использования Linux и Open Source в продукте компании, – взаимодействие с сообществом. Главный разработчик в ходе дискуссий заявлял, что «Айдеко» пишет патчи к задействованным в Ideco ICS компонентам с открытым кодом. Это спровоцировало несколько резонных вопросов: «Отдаете ли вы свои патчи основным разработчикам проектов обратно на включение в upstream?», «Распространяете ли модифицированный исходный код в соответствии с требованиями GNU GPL и подобных лицензий?».