Российские компании пока не спешат замещать установленное у себя иностранное программное обеспечение, хотя риски такого промедления становятся все очевиднее. Но в случае реализации этих рисков такой переход нельзя будет осуществить в короткое время. С какими проблемами придется столкнуться на этом пути и как их решать? И главное – стоит ли медлить?
Пока гром не грянет, ПО не заменится
Риски использования иностранного программного обеспечения сейчас видны невооруженным глазом. Корпорация Microsoft еще в марте 2022 года приостановила свою работу в России. Покупка и обновление операционных систем Windows 10 и Windows 11 сопровождаются сложностями. Не исключен и окончательный уход ИТ-гиганта с отечественного рынка.
Однако наши предприниматели предпочитают следовать русской поговорке «Пока гром не грянет…», не принимают во внимание негативные прогнозы и закрывают глаза на решение проблемы с софтом. Полностью заместили импортное ПО лишь немногие крупные и средние компании.
Как рассказал руководитель отдела продаж компании «Протон» Виктор Коляда, многие предприниматели уверены в том, что в случае полного ухода «Майкрософт» перейти на отечественные продукты получится быстро. Однако такая убежденность далека от реалий. Замещение иностранного ПО – процесс долгий и сложный, о чем свидетельствует, например, опыт одного их крупнейших автодилеров России ГК «Агат». Это предприятие в числе первых прошло этот путь и полностью отказалось от продуктов Microsoft. Переход занял почти восемь лет.
Так что даже среднему и малому бизнесу для замены иностранного ПО на отечественное потребуются месяцы и годы (не говоря уже о крупных компаниях). Да и в период перехода информационная система предприятия, не получающая обновлений, будет уязвима перед любой хакерской атакой. Поэтому эксперты в области ИТ настоятельно рекомендуют: готовиться к расставанию с Microsoft надо заранее.
Два пути. Какой выбрать?
При замене патентованного иностранного софта перед предпринимателями открываются два пути:
1) перейти на софт, разработанный отечественной ИТ-компанией на основе свободного ПО – линукс-дистрибутива Debian. Чаще всего здесь выбирается операционная система Astra Linux (производитель - ООО «РусБИТех-Астра»);
2) создать и внедрить собственное программное обеспечение на основе все того же линукс-дистрибутива Debian.
Как поясняет директор по развитию бизнеса компании «Протон» Антон Малов, любое из двух решений имеет свои плюсы и минусы. Если предприятие выбирает готовый продукт – операционную систему стороннего разработчика, ей будет обеспечена качественная поддержка, включая обновления. Та же ОС Astra Linux внесена в реестр российского программного обеспечения и имеет сертификацию ФСТЭК России. Значит, вендор полностью отвечает за продукт и постоянно работает над снижением рисков его уязвимости. Второй плюс – переход с Windows на Astra Linux проще по сравнению с созданием и внедрением собственного софта.
Но есть и минусы. Astra Linux – платный и отнюдь не дешевый программный продукт. Еще один минус – из-за длительных сроков сертификации для производства Astra Linux использовался дистрибутив Debian трех-пятилетней давности, но с тех пор ИТ-технологии ушли вперед (правда, разработчик Astra Linux сейчас успешно сокращает это отставание).
При выборе свободного ПО предприятию придется сильно потратиться на повышение квалификации собственных системных инженеров, организовать их постоянное обучение и сертификацию. Такие затраты являются для бизнеса несомненным минусом. Зато в перспективе вложения обернутся плюсами. Во-первых, существенная экономия на лицензионных платежах (к примеру, в ГК «Агат» она составляет десятки миллионов рублей в год). Во-вторых, можно будет использовать новейшие версии Debian. В-третьих, появится мощный актив в виде квалифицированной команды ИТ-специалистов, которая в силах сделать более эффективной информационную систему предприятия и, как следствие, повысить его конкурентоспособность.
Начните замещение с СУБД
Замена иностранного ПО – процесс долгий и его надо с чего-то начинать. Эксперты рекомендуют запускать процесс замещения с наиболее критичных для бизнеса ИТ-систем. Чаще всего такой системой является учетная система. В 90% случаев российские компании используют отечественное решение – программу «1С», так что, на первый взгляд, проблем здесь возникнуть не должно. Однако ни одна учетная система, в том числе «1С», не работает без системы управления базами данных (СУБД), в качестве которой российский бизнес повсеместно использует Microsoft SQL.
Опыт замены иностранной СУБД Microsoft SQL на отечественную PostgreSQL в нашей стране имеется, но в основном он отрицательный. Специалисты, внедрявшие такое решение, на профессиональных форумах пишут, что после замены СУБД программа «1С» часто тормозит, отключается или вовсе не работает. Руководитель проектов компании «Протон» Руслан Давыдов убежден, что подобные проблемы были актуальны 5-6 лет назад. Сейчас ситуация уже другая и опасаться переходить на отечественную СУБД не стоит.
Дело в том, что программа «1С» была изначально ориентирована на работу только с Microsoft SQL, поэтому при переходе на отечественную СУБД у бизнеса и возникали сбои. Впоследствии разработчики «Фирмы 1С» стали тесно взаимодействовать со специалистами компании Postgres Professional. И последние версии «1С» в обязательном порядке тестируются как в связке с Microsoft SQL, так и в связке с PostgreSQL.
При переносе базовых «коробочных» конфигураций «1С» на российскую СУБД проблем сейчас не возникает. К тому же популярная учетная система стала работать на PostgreSQL быстрее, чем раньше. Тестирование показывает, что скорости на обеих СУБД сравнялись, а в дальнейшем предполагается, что по данному показателю отечественный софт обгонит импортный.
Учтите коварство самописных решений
Помимо базовых версий «1С» предприниматели внедряют у себя и самописные решения, создающиеся под их конкретные потребности. При переносе таких кастомизированных блоков «1С» на PostgreSQL на практике могут возникать немалые сложности. В чем их причина?
Философия «1С» строилась на простоте использования программного продукта. Справиться с его поддержкой и кастомизацией (настройкой под индивидуальные потребности) могли ИТ-специалисты невысокой квалификации, которые допускают написание некорректных команд системе. Часть таких ошибок иностранная СУБД пропускала, компенсируя их дополнительной нагрузкой на сервер. Поэтому при большом количестве ошибок, сделанных ИТ-специалистами при внедрении самописных решений, предприятие просто наращивало серверные мощности. Таким образом, проблема низкой квалификации персонала компенсировалась покупкой «железа».
При работе с PostgreSQL данный прием не срабатывает. Все запросы в «1С» должны быть выполнены корректно. Поэтому самописные блоки «1С» перед переносом на PostgreSQL нужно тщательно проверять, а найденные ошибки исправлять. И процесс доработки кастомизированных блоков может занять довольно много времени.
«Я часто слышу от руководителей компаний: пока все функционирует, ничего исправлять не будем, а когда Microsoft SQL отключат в России, перейдем на отечественный аналог в кратчайшие сроки, – рассказывает Руслан Давыдов. – Думаю, быстро это сделать не получится. Лучше заранее протестировать переход на какой-то небольшой базе в «1С», чтобы спрогнозировать масштаб предстоящей работы. Это тот случай, когда проще один раз попробовать, чем сто раз услышать».
Составьте пошаговый алгоритм перехода
Антон Малов предлагает следующий алгоритм перехода на отечественную СУБД.
1. После того, как решение о смене СУБД принято, определите, делать ли это собственными силами или силами сторонних специалистов. Выбор зависит от уровня квалификации ваших штатных программистов.
2. Выберете тестовую среду, где будут анализироваться все действия и исправляться ошибки. Проверьте, как станет работать и мониториться система, с каким ПО и как она будет коммуницировать. Если привлекаются программисты со стороны, определите, где нужна их помощь и какая именно. Ответ на этот вопрос дадут ваши ИТ-специалисты.
3. Смените тестовый режим отечественной СУБД на рабочий (после тестирования исправлений база, на которой происходило замещение иностранного софта, переносится в рабочую конфигурацию).
4. Начинайте работать со следующей базой (исправление ошибок, тестирование) – и так до тех пор, пока все базы не будут исправлены и перенесены в рабочую среду «1С».
5. Обратите внимание, что правила эксплуатации системы «1С» при использовании Microsoft SQL и PostgreSQL разные. А потому уже в процессе внедрения отечественной СУБД сформируйте из ваших сотрудников команду, которая будет поддерживать работу нового софта.
Если квалификации ваших специалистов недостаточно для перевода системы «1С» на российскую СУБД, в этом может помочь компания «Протон» – ее программисты сотрудничают в качестве приглашенных экспертов как с малыми, средними, так и с крупными предприятиями. Например, при внедрении PostgreSQL в сети аптек «Максавит» специалисты «Протон» не только обучили ее работников, помогли им протестировать первые базы и подстраивали их при переносе последующих баз в рабочий контур «1С», но и выявили дополнительные ошибки в ИТ-системе аптечной сети. В связи с этим производительность системы резко возросла. А с учетом того, что иностранное ПО замещалось не на проприетарную СУБД, а на свободный софт, аптечная сеть планирует ежегодно экономить на лицензионных платежах десятки миллионов рублей.
Узнайте также: Как проще переобучить сотрудников компании работе в Linux
