Отказываясь сегодня от западных операционных систем, бизнес выполняет требования российского законодательства и снижает санкционные риски. В приоритете у большинства заказчиков – ОС на базе ядра Linux. Прежде всего, это отечественные решения с развитой поддержкой в России, такие как Astra Linux, ALT Linux и Red OS. В статье расскажем, какие сложности могут возникнуть при миграции на Linux корпоративных коммуникационных платформ, и что можно сделать, чтобы перейти быстро и бесшовно.
Как разработчики адаптируют коммуникационные платформы для разных ОС
Автор: Роман Термянен, руководитель направления WEB-разработки eXpress
Два года назад бизнес использовал Linux не очень широко. Сегодня переход российских компаний на импортонезависимые операционные системы, в том числе на базе ядра Linux, – устойчивый тренд, который разработчики коммуникационных платформ не могут не учитывать.
В направлении адаптации своих продуктов для разных ОС работают все ответственные вендоры. Для каждой ОС необходимо создавать отдельное приложение с учетом свойственных для этой ОС подходов к безопасности, особенностей соединения с сетью, доступов к камере, хранению видеофайлов и так далее. Затраты на такую разработку относительно невелики, поскольку принципы функционирования коммуникационных приложений на любой из ОС на базе Linux во многом схожи.
Однако не стоит рассчитывать, что эта ситуация будет продолжаться долго. Отечественные операционные системы дорабатываются и совершенствуются независимо друг от друга, и вендоры коммуникационных платформ должны постоянно подстраиваться под эти процессы. Чем сильнее будут отличаться на системном уровне ОС – тем больше уникальных особенностей и, прежде всего, специфических настроек безопасности, потребуется заложить в дистрибутивы корпоративных решений.
Уже сегодня разработчики коммуникационных платформ, которые заботятся об обеспечении совместимости с различными ОС, ищут способы сделать свои корпоративные решения максимально гибкими. Так, чтобы коммуникационная платформа могла работать на разных ОС без существенных изменений, она должна поддерживать разные форматы для распространения Linux-приложений. Удобно, если вендор предоставляет клиенту на выбор в зависимости от используемой ОС несколько дистрибутивов, например, пакеты форматов AppImage, deb и rpm.
Бывают ли универсальные коммуникационные решения для разных ОС
На отечественном рынке есть коммуникационные решения, которые одинаково успешно работают на разных ОС – и Linux, и проприетарных. Так, вендор может собирать единый код для всех ОС. Это значительно упрощает поддержку разных платформ с их нюансами, к тому же экономит время frontend-разработчиков.
Но даже в этом случае остаются ощутимые различия в части нативной разработки, связанные с интерфейсами, библиотеками системных вызовов, работы с драйверами. Чтобы учесть все нюансы, в штате вендора должны быть специалисты не только с опытом работы на Linux, но и с пониманием особенностей конкретных дистрибутивов и знанием различных языков программирования.
Несмотря на то, что платформы коммуникаций обычно совместимы с различными ОС, можно столкнуться с особенностями новых операционных систем. К примеру, одному из наших заказчиков не удавалось развернуть коммуникационную платформу на Astra Linux – он не мог получить данные, которые сохранялись для авторизации, системное хранилище не отвечало на запросы. Мы выявили проблемы на уровне библиотек и особенностей организации безопасности корпоративного периметра, после устранения которых коммуникационная платформа стала работать корректно.
Как перенести коммуникационную платформу на Linux
Как правило, процесс миграции коммуникационного решения осуществляется силами системных администраторов клиента. Если возникают вопросы, связанные с установкой или настройкой, клиент обращается в службу поддержки продукта. В некоторых случаях вендор сам проводит внедрение, но обычно этого не требуется.
В процессе подготовки к проекту компания должна выбрать подходящий дистрибутив, проверить совместимость системных настроек с требованиями приложения и определиться со схемой развертывания. Также заказчику следует заранее рассмотреть моменты, связанные с обновлением платформы: решить, будет ли обновление проходить системно или каждый конечный пользователь будет обновлять инструменты коммуникаций самостоятельно.
Как правило, приступая к проекту, клиент вначале проводит тестовую миграцию на небольшом парке устройств и затем развертывает коммуникационное приложение для всех сотрудников.
Важно помнить: корпоративная платформа не сможет работать, если в Linux нет необходимых для работы этой платформы библиотек. Например, в базовой поставке ОС может не оказаться приложения для безопасного хранения информации (gnome-keyring). В этом случае платформа установится, но будет запускаться с ошибкой, путь к устранению которой – установка дополнительного ПО.
Изменения в работе пользователей коммуникационной платформы
Для конечного пользователя особенности работы коммуникационной платформы на Linux незаметны. Количество дополнительных настроек, которые пользователю придется выполнить самостоятельно, минимально. В Linux отсутствуют некоторые функции, которые были в проприетарных ОС, но на ежедневной работе рядового пользователя это практически не отражается.
Специальная подготовка пользователей к работе в приложении на новой ОС не требуется. Однако важно, чтобы сотрудники были обучены работе с самой ОС, знали особенности навигации и настройки системы.
Миграция для пользователя обычно проходит легко, в некоторых случаях буквально в один клик: пользователю достаточно установить приложение и войти в учетную запись. При этом все данные о сообщениях и звонках, которые хранятся на сервере, подгрузятся при авторизации автоматически. В этом значительное преимущество корпоративных продуктов перед некоторыми известными публичными мессенджерами. Пользователи таких мессенджеров знают, что при смене устройств или операционных систем часть чатов может потеряться, если не сделан backup. Данные коммуникационной платформы хранятся на корпоративном сервере и остаются в доступе.
Можно ли получить коммуникационную платформу в составе ПАКа
Некоторые клиенты в процессе ухода от западных продуктов стремятся выбрать комплексное импортозамещающее решение. В данный момент коммуникационные платформы только начинают входить в состав отечественных импортозамещающих ПАКов. Однако это не говорит о проблемах с совместимостью: такое объединение – дело времени и партнерских инициатив. Заказчик может быть уверен, что прогрессивные корпоративные платформы готовы работать в связке с другими отечественными решениями, входящими в ПАКи, и смело включать их в свои импортозамещающие проекты.
Автор: Роман Термянен, руководитель направления WEB-разработки eXpress
