У Росії рух в сторону Open Source відбувається нерівномірно. Сплеск уваги змінюється охолодженням, потім знову з'являється інтерес. Зараз ідеї вільного ПЗ отримали імпульс завдяки темі імпортозаміщення та розширення експортного потенціалу.
Вісті з коридорів влади
Однією установки переходити на вітчизняні ІТ недостатньо. Необхідна законодавча база, спрямована на підтримку імпортозаміщення та надання преференцій російським розробкам.
З'явилися і критерії для визнання ПО вітчизняним. Це необхідно, тому що тільки такий софт буде включатися до реєстру програм, які зможуть претендувати на держпідтримку в рамках заходів імпортозаміщення.
Але, як то кажуть, постанову і наказ - добре, а закон краще. Виявляється вже є проект закону, спрямованого на створення механізму підтримки вітчизняного ПО, якому буде даватися пріоритет при держзакупівлях. На думку Миколи Комлева, виконавчого директора асоціації АПКІТ, є велика ймовірність, що цей закон буде прийнятий.
Здавалося б законодавча частина імпортозаміщення вже майже реалізована. Але на думку Олександра Баранова, заступника генерального директора ГНІВЦ ФНС, недостатньо уваги приділено питанням інформаційної безпеки, але ж це - ключовий момент забезпечення вітчизняного пріоритету. Він запропонував ввести обов'язкову сертифікацію ІТ-продуктів для критично важливої інфраструктури держави і суспільства: «Сюди увійде не менше 80% держзамовлення. При цьому регулятор повинен підготувати вимоги до процесу сертифікації, за якими необхідно розкривати і повністю описувати технології процесу створення продуктів, щоб забезпечити подальшу локалізацію і отримання гарантій на випадок відходу постачальника з ринку ».
Але найголовніше, вважає Олександр Баранов, це щоб наявність сертифіката було обов'язковою умовою проведення аукціонів і торгів для критично важливих систем. Ось тут і необхідна зміна нинішнього законодавства, але невелике, пов'язане тільки з критичними технологіями. При цьому до сертифікаційного процесу повинні обов'язково бути допущені іноземні виробники, інакше швидко відбудеться деградація. «Якщо піти по такому шляху, то можна без порушення існуючого законодавства реалізувати підтримку нашого ПО і СПО», - впевнений Олександр Баранов.
двигун інновацій
Інтерес до відкритого ПЗ обумовлений декількома причинами. Перш за все, в світовому масштабі ця галузь зараз швидко розвивається.
В якості методу розробки Open Source існує давно, 15 років тому з'явилися промислові продукти з відкритим кодом. «Тепер, коли в рамках Open Source розвиваються більш 100 тис. Проектів, кількість перейшла в якість - стали створюватися умови для інновації, так як крім відкритого коду з'явилися відкриті стандарти для розробки, побудови та тестування програмного забезпечення, а також для взаємодії між різними проектами. В результаті створюється ціла екосистема », - сказав Сергій Бугрин, директор з розвитку бізнесу Red Hat в Росії та СНД.
Як приклад поширення ідей відкритості за межі вихідного коду він привів співтовариство Open Invention Network (OIN), спрямоване на захист компаній від патентних воєн. Справа в тому, що великі гравці монополізували патенти, перешкоджаючи тим самим розвитку інновацій. На вирішення цієї проблеми і спрямована організація OIN, створена низкою провідних компаній, таких як IBM, Red Hat і ін. Які надають в це співтовариство свої патенти для вільного використання. Зараз в OIN входить понад тисячу членів, в тому числі і невеликі компанії, причому вони не зобов'язані вносити туди свої патенти.
Платформа для вітчизняного софта
Російські розробники можуть скористатися плодами міжнародного співтовариства Open Source для створення вітчизняного софта.
Але перш за все потрібно розуміти, що таке вітчизняний софт. За словами Володимира Рубанова, президента і генерального конструктора «НТЦ ІТ РОСА», юридично це визначення ще остаточно не закріплено, але згідно із задумом Мінкомзв'язку, виняткове право на таке ПЗ має належати Росії або компанії з часткою російської участі понад 50%, а сума виплат в користь іноземних виробників повинна становити менше 30% від загальної суми виручки від реалізації ПО.
Крім юридичної частини важливе значення має і матеріальна сторона, так як щоб контролювати продукт потрібно мати вихідні коди, інфраструктуру для розробки і збірки, а також локальних фахівців з підтримки, доопрацювання функціоналу, виправлення помилок.
Володимир Рубанов пояснив, як можна створити вітчизняне ПО на базі СПО, задовольнивши всі ці умови: «У нас закон допускає складеного твору. Якщо російська компанія його становить з компонентів, в тому числі і запозичених, то може зареєструвати виняткові права на все складеного твору ».
Однак така компанія повинна самостійно відповідати за продукт навіть при жорстких санкціях, допрацьовувати його і підтримувати користувачів, а для цього потрібні вихідні коди, інфраструктура розробки і фахівці.
При цьому можна поєднувати свободу і контроль. Компанія запозичує вільні компоненти, додає свої напрацювання і отримує базові вільні продукти, які передаються співтовариству. На їх базі створюються корпоративні продукти, які можна оснастити засобами захисту і сертифікувати за російськими стандартами. Все це виконується за допомогою середовища автоматизованої розробки і збірки.
Важливу роль в такому сценарії відіграє міжнародна кооперація. На думку Володимира Рубанова, російські розробники повинні брати участь в роботі відповідних спільнот і впливати на світову розробку. Вони також можуть виконувати колективні проекти в рамках БРІКС або з іншими країнами, зацікавленими в незалежності від Заходу. Крім того, не можна забувати про підтримку інтероперабельності із закритими продуктами, так як СПО зазвичай використовується разом з пропрієтарним софтом.
Open Source і локалізація
Наш ІТ-ринок в основному імпортний. Що буде, якщо закордонні постачальники підуть? Очевидно, неминуче станеться зниження якості розробки та послуг. «Тому ми зацікавлені в тому, щоб вони не йшли, і російські виробники могли конкурувати з кращими світовими технологіями, взаємодіяти зі світовими гравцями, робити спільні продукти, виходити на глобальний ринок. Але як зробити так, щоб був взаємний інтерес? »- поставив риторичне запитання Валентин Макаров, президент асоціації РУССОФТ.
Виходом з положення є використання Open Source, який на відміну від пропретарного софта носить інтернаціональний характер, так як розробляється фахівцями з різних країн. Однак щоб використовувати такий софт, замовники повинні мати високу ІТ-кваліфікацій. Зараз це завдання на себе беруть постачальники корпоративних продуктів на базі Open Source, більшість з яких є закордонними.
Якщо вони хочуть залишитися в Росії, їм доведеться враховувати поточну ситуацію, зокрема курс на імпортозаміщення і скорочення частки іноземного ПО. «Все це звучить досить серйозно і грізно для іноземних виробників ПЗ», - сказав Володимир Главчев, керуючий директор «SUSE СНД».
На його думку, іноземним постачальникам слід вбудуватися в нинішні реалії, а для цього забезпечити захист інтересів російських замовників, навчитися реагувати на курсові коливання і, головне, виконати локалізацію. «Це не просто русифікація інтерфейсу, а перенесення в Росію підтримки, хмарних сервісів, розвиток локальних центрів експертизи та консалтингу, навчання клієнтів і партнерів», - пояснив Володимир Главчев.
В якості ключових напрямків він виділив забезпечення відповідності ПО федеральному законодавству, в першу чергу ФЗ-152 щодо захисту інформації та персональних даних, і кооперацію з вітчизняними виробниками щодо розробки програмно-апаратних комплексів та галузевих збірок. Важливу роль мають відігравати російські представництва іноземних вендорів - вони можуть і повинні впливати на політику своїх компаній на нашому ринку.
Приклад такої локалізації привів Мілан Прохаська, виконавчий директор VDEL: «Російська фірма НЦПР розробила систему документообігу на СПО-платформі Alfresco One Enterprise. В результаті в Росію була перенесена технологія збирання, підтримки, розвитку - т. Е. Весь ланцюжок виробництва, і вийшла система "МСВСфера Інфооборот" на базі Alfresco, але це - повністю російський, сертифікований продукт, який підтримує російська фірма ».
Локалізація «заліза»
При реалізації імпортозаміщення потрібно розглядати весь ІТ-стек, починаючи з апаратної платформи, але зрозуміло, що імпортозаместіть «залізо» набагато важче, ніж ПО. Компанія IBM запропонувала свій підхід до локалізації обладнання.
За словами Костянтина Мозгового, керівника підрозділу серверних рішень IBM EE / A, в Росії вже є два OEM-партнера за програмою OpenPower - компанії «Технопром» і «КНС Груп» (підрозділ холдингу «Національна комп'ютерна корпорація»). «Це - російські вендори, які створюють і постачають локальні рішення на серверах Power, що випускаються членами консорціуму OpenPower. В рамках цього обладнання відкритий мікрокод BIOS, який можна подивитися і перевірити, провести сертифікацію на безпеку », - пояснив він.
В якості ОС можна використовувати IBM AIX і чотири найбільш поширених дистрибутива Linux, які вже протестовані з цією платформою. Крім того протестовано і сертифіковане в ФСТЕК на відсутність декларованих можливостей (НДВ2) рішення з російської СУБД «Зоря», йде робота з тестування рішень на базі російських операційних систем ROSA, МСВС, AltLinux, AstraLinux.
Це - локалізовані рішення, які випускають місцеві гравці. «Розвиток платформи Power тепер контролює не IBM, а міжнародний консорціум, і на його членів неможливо накласти санкції. Локальні вендори можуть робити як рішення для конкретних замовників, так і тиражовані продукти, продавати їх в Росії і на міжнародному ринку », - уточнив Костянтин Мозговий.
Що далі?
Здавалося б дії держави щодо імпортозаміщення повинні прискорити розвиток бізнесу в області Open Source. Однак на думку учасників конференції, поки це не відбувається. Закони - добре, але цього недостатньо.
Микола Комлєв виділив три ключові параметри, які впливають на бізнес: наявність грошей у клієнтів, правове середовище і достатня кількість фахівців. З першим пунктів все зрозуміло: економіка зараз в поганому стані, грошей за ІТ-закупівлі небагато, тому ринок чекають складні часи. Є тренд на укрупнення ІТ-компаній.
До того ж для справжнього імпортозаміщення, а не гасел, необхідні кадри, але ніяких заходів з підготовки фахівців не робиться. Хоча число бюджетних місць по ІТ-спеціальностей збільшено, але цього мало. «Щоб ми були конкурентними у світі, треба міняти і зміцнювати систему підготовки ІТ-кадрів», - вважає Микола Комлєв.
Цю думку поділяє Олександр Жмурко, який зазначив, що нинішні заходи держави не вирішують проблему, імпортозаміщення залишається гаслом, а держкорпорації як купували на великі суми пропріетарний закордонний софт, так і продовжують це робити. Торішня спроба міністра Миколи Никифорова створити якийсь фонд і стягувати 10% -й податок з продажу ліцензій на вітчизняне й іноземне ПО, істотно трансформувалася - замість фонду буде некомерційна організація, а гроші будуть збиратися не безпосередньо, а надходити з бюджету.
«Попит на Open Source зараз з'являється лише в двох сегментах - державному, включаючи держкорпорації, і з боку організацій, які потрапили під санкції. У комерційного сектора немає причин для переходу на Open Source », - сказав Олександр Жмурко і додав, що основна проблема - відсутність єдиних правил, т. Е. Загальних держстандартів для розробки, обміну даними, документообігу і т. Д. При їх наявності будь-яка компанія , вітчизняна або зарубіжна, що розробляє відкрите або пропрієтарних пО, могла б працювати за цими правилами і пропонувати свої рішення всім бажаючим.
Але наш ринок Open Source переживає не найкращі часи. Кількість компаній скорочується, і в них працює незрівнянно менше людей, ніж за кордоном. Xватіт чи людських ресурсів і компетенцій для імпортозаміщення? На думку Володимира Рубанова, програмістів у нас досить, і якщо тренд зміниться в сторону Open Source, то фахівці швидко перевчать. Так що найголовніше - створити попит, і тут важлива підтримка держави як найбільшого замовника.
Валентин Макаров припустив, що держава могла б виділити критично важливі програми та підприємства, які треба обов'язково перевести на російські технології, і направити їм це гроші: «Інакше вийде, що компанії можуть розробити російський софт, але не знайдуть замовника, який зобов'язаний цей софт купувати ».
Однак Сергій Бугрин нагадав, що у такого підходу є підводні камені, і навів як приклад китайську компанію Red Flag, яка створила свій дистрибутив Linux за підтримки держави, а в минулому році збанкрутувала. так як перестала отримувати цю підтримку.
Крім того, розвиток ринку Open Source стримує ще одна проблема, на яку вказав Мілан Прохаська: «Коли російська компанія виробляє софт і продає його держзамовника, вона повинна довести, що не бере більше певного відсотка маржі. Якби у неї було право мати такий же прайс, як у зарубіжних вендорів, тоді бізнес Open Source став би рости. А без високої маржі інтегратори просто не зацікавлені працювати на цьому ринку ».
Є і ще один нюанс, який зазначив Володимир Главчев: «Коли російський розробник приходить зі своїм продуктом на базі Linux до замовника і пропонує заощадити купу грошей, його запитують: а де ви його вже впровадили. Ну як же, каже він - все в світі використовують Linux. Але замовнику потрібно показати впровадження цього конкретного рішення саме в Росії. І це - велика проблема для нових продуктів. Просто так її не вирішити. Єдиний, хто може на піти на впровадження без додаткових умов, це держава в рамках окремих проектів. Але я впевнений, що навіть в разі жорсткої заборони на використання західного ПО все одно знайдуться способи, щоб продовжувати купувати ліцензії ».