Как обеспечить цифровой суверенитет IT-продуктов
Сегодня поговорим о важном – о цифровом суверенитете и возможности автономно развивать российские цифровые продукты в текущих условиях рынка. Тема важна не только для вендоров, но и для заказчиков – никому не хочется завтра внезапно остаться без какой-то части внутренней IT-инфраструктуры и важных данных. Мы расскажем, как обстоят дела у нас и поче…
По поводу Liferay. Их портальный конструктор распространяется по лицензии Liferay Portal CE, зависимой от запретов вендора. А сама Liferay в своей экспортной политике зависима от политики США и возможных санкций. Ваше решение в своей основе использует их конструктор. Вы пишите, что развиваете собственные форки, но получается сейчас вы лишены обновлений от самой Liferay?
У Liferay есть 2 типа - CE и EE. Для Российского рынка мы используем CE. Берутся исходники из github https://github.com/liferay/liferay-portal/blob/master/LICENSING.markdown - никаких экспортных ограничений для людей, использующих исходный код из данного репозитория нет - там LGPL (свободная программная лицензия). Коммерческая лицензия касается только подписчиков Liferay EE.
К вопросу о форках и совместимости. Текущая поддерживаемая версия - 7.3, но западная компания Liferay Inc уже не вносит никакие изменения в эту версию (можете посмотреть историю коммитов в соотвествующий бранч на гитхабе). Плюс ряд изменений (например список регионов РФ) мировое сообщество вряд ли примет и запулреквестит на гитхаб (потому что в этом форке включены уже все новые регионы). При этом совместимость с основным ядром разработки (текущая версия 7.4) сохраняется. Все актуальные изменения зеркалируются на сервера РФ, сборки осуществляются самостоятельно (https://build.incomand.ru/view/LRE/job/liferay-ce-7.4.x/) На 24-ый год компания ЕМДЕВ запланировала переход на эту версию основного продукта - портала Incomand. Ранее этот переход не осуществлялся, так как версия 7.4 была еще в стадии разработки (новые релизы выходили каждые две недели) - что не совсем Enterprise история.