Без паники: как управлять ИТ-инфраструктурой без SCCM

Сегодня российские компании активно ищут и внедряют отечественные аналоги решения Microsoft Configuration Manager (также известного как SMS/SCCM/MECM). Инженер группы российского программного обеспечения ГК Softline Дмитрий Леонтьев с большим опытом администрирования, внедрений и поддержки Configuration Manager, который теперь работает с российскими аналогами SCCM, поделился своими наблюдениями. 

Конечно, ни один из отечественных продуктов пока не идеален и не может полностью заменить весь функционал SCCM. Но, справедливости ради, за плечами у SCCM тридцатилетняя история развития: первая версия Microsoft Systems Management Server 1.0 вышла в 1994 году. Это не сравнится с «возрастом» российских конкурентов. Но я наблюдаю активное развитие отечественных продуктов и их насыщение недостающим функционалом.

Наша команда тестировала пять продуктов российских вендоров в этом сегменте. В статье подробнее разберу Колибри-АРМ от компании ICL. Почему? Этот продукт часто выбирают наши заказчики.

Колибри-АРМ: что внутри и как работает

Колибри-АРМ — это система для управления парком компьютеров ИТ-инфраструктуры, входящая в реестр российского программного обеспечения. Вот ее основные возможности:

• Сбор инвентаризационной информации — об аппаратном обеспечении АРМ, пользователях, приложениях и периферийных устройствах в инфраструктуре.

• Сканирование сети для обнаружения устройств.

• Управление приложениями — создание, удаление, управление, развертывание пакетов ПО и скриптов для Linux и Windows ОС с возможностью анализировать возвращенные статусы задач и включать такие данные в отчеты.

• Магазин приложений для самостоятельной установки ПО пользователями.

• Управление целевым состоянием конфигурации АРМ.

• Удаленное управление компьютерами с установленным агентом Колибри-АРМ.

• Сетевая установка ОС — возможна как на новую машину, так и в сценариях миграции, переустановки различных версий Linux и Windows.

• Управление обновлениями Windows — сбор информации о недостающих обновлениях с клиентов, централизованное скачивание их с серверов Microsoft и установка на необходимые коллекции.

• Формирование отчетности по имеющимся данным — можно использовать встроенные отчеты или создавать свои.

Архитектура решения

Колибри-АРМ логически состоит из следующих основных компонентов:

• Корневой сервер Колибри-АРМ. 

• Сервер БД.

• Сервер управления устройствами. 

• Файловый сервер (точка распространения системы). 

• Брокер сообщений. 

• Сервер аналитики и отчетности. 

• Сервер аутентификации и авторизации. 

• Сервис хранения секретов и паролей для сервисов. 

• Сервис конструирования и отображения визуальных отчетов. 

• Сервис удаленного доступа к АРМ пользователя. 

Серверные компоненты

Все компоненты можно разместить как на одном сервере, так и на разных. Колибри-АРМ под капотом использует проверенные временем и хорошо зарекомендовавшие себя программные компоненты:

• PostgreSQL для базы данных с возможностью использовать отечественные БД построенные на PostgreSQL.

• Apache Superset для модуля отчетности.

• Angular + Node.js в качестве фреймворков для веб-интерфейса.

• Бэкенд-часть, отвечающая за логику работы продукта, написана на .NET.

• Брокер сообщений RabbitMQ для взаимодействия между серверными компонентами и агентами Колибри-АРМ.

• MeshCentral для удаленного управления.

• Keycloak и Conjur для хранения секретов и аутентификации, авторизации.

• Grafana + Loki для мониторинга компонентов.

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

Компоненты Колибри-АРМ помещены в Docker-контейнеры. Высокая доступность обеспечивается технологией Docker Swarm. 

Клиент Колибри-АРМ

На данный момент список поддерживаемых ОС выглядит так:

• РЕД ОС 7.х (сертификат совместимости) 

• РЕД ОС 8 (сертификат совместимости) 

• Astra Linux 1.7.x (сертификат совместимости) 

• Astra Linux 1.8.x

• «Альт Рабочая станция 10» (сертификат совместимости) 

• AlterOs 7.5 (сертификат совместимости) 

• Simply Linux 10 

• М ОС 12 

• «ОСнова»

• «МСВСфера 7.3 АРМ» 

• MS Windows 7 x86/x64 

• MS Windows 8 

• MS Windows 10 

• MS Windows 11

• MS Windows Server 2012 R2 

• MS Windows Server 2016 

• MS Windows Server 2019

• Debian 11 

• Debian 12 

• Ubuntu 22.04 

• Ubuntu 24.04 

Список постепенно пополняется от версии к версии.

Установка

Сейчас доступна установка на дистрибутивы Linux, поддерживающие технологию контейнеризации Docker. Сам вендор заявляет о полной совместимости сервера системы со следующими дистрибутивами Linux: 

• Debian 11 64-bit и выше.

• Astra Linux Special Edition 1.7 64-bit и выше.

• РЕД ОС 8.

• ALT Server 10.4.

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

Рекомендуемые системные требования к серверу:

Установка достаточно простая. Необходимо лишь развернуть некоторое количество пререквизитов (PostgreSQL, Docker Engine и Docker Compose) и запустить скрипт install.sh. Можно также запустить его с ключом -C, чтобы проверить соблюдение всех условий для установки. Если не получится, мы увидим список проблем, требующих решения. Например, недостаточно оперативной памяти у сервера. Также перед установкой необходимо завести ряд записей в DNS, ссылающихся на различные компоненты серверной части Колибри-АРМ. Предварительная подготовка не сильно усложняет процесс, а все детали описаны вендором в руководстве по установке. Проблем не возникнет. 

Установка клиентов Колибри-АРМ

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

• результаты сканирования сети самим Колибри-АРМ (аналог network discovery в SCCM);

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

• подключение к службам каталогов, основанным на LDAP, например, MS AD, FreeIPA, ALD Pro, Samba DC, Ред АДМ;

• подключение к серверу MSSQL либо PostgreSQL.

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

Далее создаем развертывание агента на сформированную выше коллекцию:

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

Колибри-АРМ в работе: основные возможности

Инвентаризация

Модуль инвентаризации логически разделен на 3 основные области — «Компьютеры», «Приложения» и «Пользователи». Собранная с управляемых клиентов информация будет пополнять первые две. Раздел «Пользователи» по умолчанию не содержит данных. Информацию о пользователях можно импортировать из других источников и систем — из базы данных, службы каталогов или табличных файлов.

Для настройки того, какую именно информацию мы хотим видеть, есть представления инвентаризации. Для каждого представления можем настроить набор отображаемых столбцов, задать необходимые фильтры для данных и сохранить настройки для дальнейшего использования. Также доступен экспорт данных представления в файлы форматов Excel (.xlsx) или CSV (.csv).

В представлениях есть удобная фича — создание коллекции сразу на основе фильтра отображения. 

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

Отличительной особенностью модуля инвентаризации Колибри-АРМ является то, что ее можно расширять и дополнять из внешних источников — службы каталогов, базы данных и табличных файлов CSV. На одном из проектов мы импортировали из базы 1C информацию о датах закупки и инвентарные номера компьютеров. Это помогло клиенту выстроить более четкую систему учета основных средств и планирования закупок.

Коллекции

В части управления коллекциями компьютеров функционал аналогичен SCCM. Работавшие с системой Microsoft администраторы легко освоятся.

Коллекции можно логически структурировать с помощью дерева папок.

Возможные типы правил:

• Фильтр.

• Включить коллекцию.

• Исключить коллекцию.

• Включить компьютер.

• Исключить компьютер.

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

Также можно присвоить область безопасности — для разграничения полномочий. При использовании этого инструмента управлять коллекцией смогут только администраторы с доступом к данной области безопасности.

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

К тому же, для коллекций можно задать окна обслуживания. Удобная штука, если промежутки времени, когда можно производить сервисные операции на управляемых устройствах, строго регламентированы. Особенно актуально для серверов.

Установка программного обеспечения

Функциональность установки программного обеспечения на управляемых клиентах Колибри-АРМ схожа с SCCM. Раздел «Управление ПО» содержит вкладки «Пакеты», «Скрипты» и «Развертывания».

Отмечу, что «Пакет» в Колибри-АРМ — это аналог Application, а не Package в SCCM, и обладает возможностью практически всех тех настроек, которые есть в SCCM для модели приложения. При создании «Пакета» мы можем задать:

• Производителя, имя приложения и версию.

• Архитектуру и платформу, на которую можно устанавливать данный пакет.

• Предельное время для выполнения установки/удаления.

• Дополнительно для пакетов для Windows:

• Команды и аргументы для установки и удаления пакета;

• Метод определения установки пакета:

• Репозиторий;

• Ключ реестра;

• Наличие файла/директории.

• Зависимости от других пакетов и скриптов (таким образом можно создавать цепочки установки нескольких приложений в нужном порядке).

• Удаляемые пакеты — если наш пакет, например, должен деинсталлировать сначала более старую версию.

• Точки распространения, на которых будет доступен данный пакет.

В качестве платформы можно выбрать Windows или Linux. Так как развертывание ПО в Linux ОС базируется на использовании пакетных менеджеров и форматах пакетов, то доступно несколько вариантов Linux-платформ. Отмечу интересный момент — для ALT Linux доступна своя платформа. Это объясняется тем, что ОС использует APT для rpm-пакетов. Пакетные менеджеры автоматически проверяют состояние приложений, устанавливают и удаляют их — это сокращает число задаваемых параметров для Linux-пакетов.

Вторая интересная фишка в разделе «Управление ПО» — это «Скрипты». При создании скрипта мы также указываем целевую платформу, набор возможных значений тот же. Для всех платформ Linux доступны следующие варианты интерпретатора скрипта:

• Shell.

• Powershell Core.

• Python 3.

Для платформы Windows Shell недоступен, но дополнительно к Powershell Core и Python 3 еще есть:

• Cmd.

• Powershell (обычный, не Core).

• Visual Basic Script (cscript).

• Visual Basic Script (wcript).

Также можно указать:

• Тайм-аут выполнения.

• Возврат файлов логов дополнительно к коду возврата интерпретатора — можно ввести даже несколько путей до нескольких файлов логов.

• Зависимости от других пакетов и скриптов.

• Удаляемые пакеты.

• Точки распространения.

Важный момент: при создании скрипта мы не указываем путь к нему, а копируем его в соответствующее поле диалогового окна. Это может показаться не так удобно, но в скрипте могут содержаться важные данные типа логинов/паролей. Даже хорошо, что не нужно его предварительно сохранять на сервере. Правда, есть ограничение в 100 КБ на размер поля, но скрипт редко превышает этот объем.

Очень удобно, что скрипты и пакеты одинаково могут участвовать в зависимостях, поэтому достаточно просто реализовать нужную последовательность действий. Например, сначала должен отработать какой-то скрипт, потом следует запустить какой-то инсталлятор, затем еще какой-то скрипт и так далее — насколько вам хватит упорства и фантазии. Да, при выборе зависимостей пакета учитывается платформа — будут предложены только варианты выбора скриптов/пакетов той же системы.

В разделе «Развертывания» настраиваются параметры применения скрипта или пакета на коллекции. Можно указать:

• Тип развертывания: доступный или обязательный. При выборе обязательного — пакет установится в тихом режиме. При выборе доступного — появится в магазине приложений пользователя. При обязательном можно сделать развертывание доступным до определенной даты. В таком случае до часа Х приложение будет в магазине приложений пользователя, а после автоматически установится в тихом режиме. 

• Тип распределения: простое или поэтапное. При выборе простого — клиенты Колибри-АРМ получат команду для начала установки единовременно. При выборе поэтапного — клиенты автоматически распределятся по группам и будут выполнять развертывание в соответствии с интервалами, заданными администратором системы. 

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

Установка ОС

Установка операционной системы в Колибри-АРМ реализована за счет следующих логических составляющих:

• Образы ОС в формате ISO, которые можно добавить в систему.

• Шаблоны установки, создаваемые на основе добавленных ISO-образов, в которых проводится вся кастомизация установки.

• Развертывания шаблонов на коллекции компьютеров.

Нажимаем «Загрузить образ» в разделе «Образы ОС» и получаем следующее диалоговое окно:

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

На этом все, так как дальнейшие кастомизации установки ОС реализованы через механизм шаблонов. При их создании мы выбираем тип (значения для выбора здесь те же, что и при формировании образа ОС) и один из уже предустановленных родительских образцов.

Дополнительно можем добавить в шаблон файлы, в которых описаны параметры установки для сценариев автоматического развертывания, — это пара файлов answer.xml и install.bat для ОС Windows и файл preseed.cfg для Linux-дистрибутивов.

На второй вкладке «Дополнительные действия» можно добавить список скриптов и пакетов, которые должны быть запущены на последнем этапе установки ОС. Например, такие действия, как ввод компьютера в домен после установки ОС или скачивание каких-то файлов из централизованного хранилища в сети предприятия, можно автоматизировать скриптами, добавленными в шаблон. В остальных продуктах все дополнительные действия приходилось описывать скриптами и вызывать из файла ответов. В Колибри-АРМ это реализовано удобнее.

Развертывание ОС формирует связь между созданным ранее шаблоном и коллекцией компьютеров, куда мы хотим устанавливать ОС. Возможности кастомизации такие же, как и у развертываний пакетов/скриптов — пока базовый набор параметров.

Установка обновлений Windows

В отличие от SCCM, под капотом Колибри-АРМ не используется полноценный WSUS-сервер. Для синхронизации обновлений необходимо добавить в систему файл wsusscn2.cab. Его можно скачать с сайта Microsoft по ссылке: https://catalog.s.download.windowsupdate.com/microsoftupdate/v6/wsusscan/wsusscn2.cab

Для работы модуля «Обновления Windows» в режиме онлайн необходим доступ с сервера системы к каталогу обновлений Microsoft Update Catalog, то есть к следующим URL:

• http://dl.delivery.mp.microsoft.com/*

• https://catalog.s.download.windowsupdate.com/microsoftupdate/*

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

• \\[%адрес_сервера%]\packagesshare\patching

• \\[%адрес_сервера%]\packagesshare\windows\updates

Так как в Колибри-АРМ не используется сервер WSUS (как в случае с ролью SUP в SCCM), клиентам Windows необходим альтернативный механизм сканирования установленных и оценки требуемых обновлений. Он реализован с помощью скрипта, который использует упомянутый раннее файл wsusscn2.cab. В нем фактически содержатся метаданные всех выпущенных обновлений: 

• описание платформ, где обновление применимо; 

• правила оценки, установлено ли данное обновление; 

• список заменяемых данных предыдущих обновлений и так далее. 

Файл достаточно увесистый, на момент написания этого текста его размер приближался к 700 Мб.

Скачанный файл необходимо добавить на сервер Колибри-АРМ в разделе «Обновления Windows  → Пакеты каталога». Можно использовать несколько версий файла, скачанного, например, в разные даты.

Далее файл необходимо распространить на клиентов Колибри-АРМ с Windows. Это реализуется функцией «Обновления Windows → Развертывания каталога». Технически развертывание не отличается от развертываний пакетов и скриптов, поэтому так же указываем расписание и целевую коллекцию, но вместо пакета/скрипта — созданный ранее пакет каталога.

На этом подготовительные работы завершены. Дальнейшая эксплуатация функционала обновления не сильно отличается от подхода, реализованного в SCCM: изучение данных сканирования обновления агентом Windows Update с управляемых Колибри-АРМ компьютеров, создание пакетов с наборами необходимых обновлений и развертываний на целевые коллекции.

При этом модуль обновления Windows есть только в Колибри-АРМ. В других отечественных продуктах эта функция реализуется через интеграцию с WSUS либо написание скриптов.

Удаленное управление

При успешной установке сервера Колибри-АРМ дистрибутивы агентов удаленного доступа сохраняются в директории /media/file_storage/packagesshare в виде файлов colibri-rc_1.0-1_amd64.deb и colibri-rc-1.0-1.x86_64.rpm для deb и rpm Linux-систем соответственно, исполняемый файл meshagent.exe со скриптами uninstall.bat и install.bat в каталоге /media/file_storage/packagesshare/mesh для ОС Windows. Агент удаленного доступа распространяется как обычный пакет, который необходимо сформировать вручную. Возможно, разработчикам стоит автоматизировать создание данных пакетов в следующих релизах.

Для удаленного управления используется MeshCentral. Он устанавливается вместе с Колибри-АРМ и доступен по адресу https://remote.colibri.company.test .

Для клиентов с ОС семейства Linux для подключения используется WebRTC, тогда как для Windows помимо WebRTC также доступно подключение по RDP.

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

При использовании подхода с WebRTC не требуется настраивать VNC/RDP и открывать дополнительные порты на управляемых компьютерах, что хорошо с точки зрения информационной безопасности.

Контроль конфигураций

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

В разделе «Контроль конфигураций» можно формировать набор конфигураций, состоящий из простых скриптов: один для проверки соответствия конфигурации, другой — для ее исправления. При создании конфигурации можно указать целевую платформу или оставить поле пустым. В таком случае она станет универсальной и будет применяться ко всем поддерживаемым платформам. Для всех платформ доступны такие же интерпретаторы, как в разделе «Скрипты».

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

Отчеты

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

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

Шаблоны миграции с Windows на Linux

Изюминка продукта — готовые шаблоны миграции с Windows на Linux. Они предлагают три продуманных сценария, каждый из которых ориентирован на конкретные потребности организации.

1. Миграция с полным переходом на Linux.
   При миграции с полным переходом на Linux происходит резервное копирование профиля пользователя на удаленную папку на другом АРМ. 

2. Миграция с двойной загрузкой, где будут доступны обе ОС.
   Миграция с двойной загрузкой (dual-boot, совместная установка) предполагает сжатие томов на ОС Windows для установки Linux на освободившуюся неразмеченную область в достаточном для установки ОС Linux объеме.

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

И напоследок — реальный кейс из практики 

Расскажу о проекте, в котором Колибри-АРМ подошел лучше остальных российских продуктов. Заказчик из госсектора. Задача — перевести рабочие места пользователей на отечественную операционную систему. При этом у заказчика много подведомственных организаций со своими ИТ-отделами. Нужно было не только предоставить рабочий механизм перехода, но и учесть особенности ландшафта ПО подведомственных организаций и, что крайне важно, отслеживать статус перехода и адаптацию пользователей.

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

1. Перевод пользователей на отечественную ОС надо проводить на местах пользователей — попросить всех передать компьютеры в ИТ-отдел для миграции оказалось невозможным.

2. Оптимальный сценарий — dual-boot, так как не все пользователи готовы сразу перейти, к тому же есть несовместимое с Linux ПО (его будут переводить на VDI-фермы, но позже).

3. Сотрудникам ИТ-отделов на местах нужен максимально простой механизм миграции, чтобы не вводить множество команд в терминале для осуществления перехода. Обусловлено это недостаточным уровнем технических знаний Linux.

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

Мы проанализировали все вводные и пришли к выводу, что Колибри-АРМ подойдет лучше остальных. Почему? Остальные российские продукты не могли удовлетворить все требования проекта. У одного нет развертывания ОС, у другого — нужной гибкости в построении отчетов по прогрессу миграции и адаптации. Кто-то не выдержал конкуренции из-за ограничений в масштабируемости при установке ОС и возможностей реализации всех требуемых сценариев, что требовало самостоятельной разработки недостающих компонентов. 

Решение было принято — берем Колибри-АРМ. 

1. Для перевода пользователей на местах установили точки распространения в подведомственных организациях. Образ ОС и пакеты ПО/скриптов среплицировали на точки распространения, настроили DHCP.

2. Для сценария dual-boot использовали и настроили шаблоны миграции, идущие из коробки с продуктом.

3. Для сотрудников ИТ-отделов составили понятные инструкции по переводу компьютеров на отечественную ОС. В документе прописали основное: надо открыть магазин приложений на компьютере пользователя и запустить развертывание миграции нажатием кнопки. На этом все! После миграции заполнить и подписать чек-лист с пользователем.

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

5. С отчетами по адаптации пришлось попыхтеть. Задача была отслеживать, сколько времени пользователь проводит в Windows, а сколько — в отечественной ОС. Для этого в Superset написали функцию получения дат и времени подключения агента к серверу Колибри-АРМ и отключения (благо, эти данные есть в базе) и на основе информации сделать требуемый отчет. 

По итогу заказчик остался доволен подходом к миграции и отчетности по ней. Проблема возникла с адаптацией пользователей — они, в основном, продолжали работать в Windows. Однако это область работы с персоналом, а не технические задачи.

Почему заказчики выбирают Колибри-АРМ (Спойлер: не только из-за импортозамещения)

Выбор строится на совокупности факторов.

• Прежде всего, это гетерогенность поддерживаемых сред: продукт может управлять рабочими местами и серверами на базе различных версий Windows и Linux.

• Второй весомый аргумент в пользу выбора «Колибри-АРМ» — наличие продукта в реестре российского ПО.

• Еще одним немаловажным преимуществом является сходство интерфейса с SCCM: консоль управления логически поделена на предметные области схожим образом, не изменились названия большинства объектов, с которыми предстоит работать администратору системы, — коллекции, точки распространения, области безопасности и так далее. Похоже организовано создание приложений с возможностью задания метода обнаружения, команд установки и удаления, зависимостей приложений друг от друга.

• В «Колибри-АРМ» уже реализованы все основные функции SCCM для управления внутренней инфраструктурой. Интеграция с облачными сервисами пока не представлена.

• И конечно, цена решения. Надо сказать, внедрение Колибри-АРМ зачастую выигрывает в ценовой борьбе с конкурентами для большинства проектов.