Атомик Софт: следуем стратегии технологической независимости

Резервный переход за миллисекунды: Как Альфа платформа обошла Siemens и Schneider на индийском космодроме

Почему индийские инженеры не поверили, что резервный переход в АСУ ТП может занимать миллисекунды? В эксклюзивном интервью представители «Атомик Софт» раскрывают детали победы над мировыми гигантами в ключевом проекте.
Вы узнаете:

• Архитектурное превосходство: Как устроена новая система резервирования Альфы, о которой «умалчивают» западные конкуренты.
• Реальный экспорт: Подробности успешного внедрения на зарубежном рынке.
• Планы на будущее: Что ждать от нового мажорного релиза Alpha.Historian, развития моделей вычислений и долгожданной гибкой системы лицензирования.

Это интервью — must-read для всех, кто проектирует и разрабатывает критически важные системы.

___________________________________________________________________________________________________________________________________

Атомик Софт: следуем стратегии технологической независимости

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

 
00:33
Давайте поговорим о сегодняшнем мероприятии, что сегодня здесь происходит, и по какому поводу здесь народ собрался.

На самом деле это не первая конференция, которую организует компания Атомик Софт. И по большому счету мы пытаемся на этой конференции собрать людей, которые работают в нашей отрасли, в АСУ ТП, причем из разных срезов сотрудничества. Это и разработчики, как софта, так и железа, опять же софта разного уровня, потому что здесь представлены безопасники и вендоры SCADA, и решения, и управление производством, все, так и интеграторы. 

Из последнего, в этом году и в прошлом году мы активно работаем с государственными структурами, потому что мы тоже хотим вовлечь их в этот процесс. Процесс обсуждения в том числе стандартов в АСУ ТП, и как эта отрасль развивается, ведь до недавнего времени она вообще не была покрыта регулирующими какими-то документами.

01:46
Насколько я знаю, речь о стандартах в области АСУ ТП, она уже не первый год идет?

Да, на самом деле действительно так. Естественно, этот вопрос активно очень начал подниматься, начиная с 2022 года, потому что российские стандарты, они либо устарели, и ими никто не пользуется, либо их в принципе не существует по каким-то сегментам.

02:13
Но они были заимствованы по большей части.

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

02:34
Ну а почему, кстати, нельзя просто оставить те стандарты, которые действуют во всем мире? Зачем нам что-то особенное?

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

Понятно, что мы можем все друг с другом поделиться стандартами, которые у нас есть, но это, наверное, не самый лучший вариант. С другой стороны, не развивая собственную нормативную базу, мы так и останемся зависимыми от других людей. Зачем нам это?

Эти стандарты, эти наработки, в принципе, можно положить в основу, пересмотрев их. Ведь все эти стандарты, они достаточно давние. Разработки уже не первого года используются. Мир меняется, технологии меняются. Их нужно периодически пересматривать и развивать. Вот мы как раз об этом, о том, чтобы начать вырабатывать собственные компетенции, российские компетенции. И в этом направлении тоже. Благо в остальных, как мы видим, развитие у нас есть.

03:55
Но это – то, о чем вы говорите, это основной лейтмотив этой конференции или все-таки не совсем так? Одна из тем просто.

Знаете, это на самом деле одна из тем, потому что здесь вопросов достаточно много и поднимается, и обсуждается. Но это очень важный вопрос. И чем дальше, тем больше он на повестке. Потому что мы, в том числе, этот вопрос начали поднимать, по-моему, лет шесть еще как. Еще до начала всевозможных событий этот вопрос уже начали озвучивать на всех доступных нам уровнях.

04:34
В техническом плане что-то такое интересное Атомик Софт представляет же на конференции? Не зря же столько народа собрали? 

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

05:25
Что, например, вот с прошлой конференции, с момента проведения прошлой конференции, появилось такого вот интересного концептуального в вашей системе, из разработок? 

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

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

Если в прошлом году мы заявили о выпуске нашего нового четвертого мажора нашего сервера Alpha.Historian, на хранение временных рядов, как раз со спецификой АСУ ТП, встроенную в платформу, то сегодня представляем на демостенде и будем рассказывать о новом миноре, где уже поддержка сжатия и так далее, дальнейшее развитие. 

07:15
Вот вы знаете, наверное, есть такая ассоциация АРПЭ. Иван Покровский, он, на мой взгляд, очень правильный тезис всегда произносит, что нужно стремиться работать в русле открытых стандартов для того, чтобы все наши разработки были востребованы в мире тоже, там, где эти открытые стандарты поддерживаются и развиваются. То есть не получится так, что мы сейчас свой собственный какой-то там стандарт АСУ ТП внедрим, который вообще никому не будет в мире интересен, в его рамках начнем что-то такое делать, и это будет местечковый продукт, который тоже никому, кроме нас, интересен не будет? То есть мы не сможем никогда, даже если что-то хорошего добьемся, больших успехов, выйти на мировой рынок с этим продуктом? А это плохо уже априори.

Везде нужен баланс. Если мы замкнемся внутри себя и будем продвигать там собственные стандарты и все такое прочее без оглядки на весь остальной мир, это неправильно. Ситуация рано или поздно, скорее всего, изменится, устаканится.

Возможно, что все там запреты какие-то, они падут в какое-то время. Но ведь никто не отменял изначально заложить интеграцию бесшовную с теми стандартами, которые существуют, которые развиваются каким-то образом. Все равно, так или иначе, у нас к ним есть доступ, у кого-то остался. Это можно предусмотреть, хотя бы на примере нашего продукта. Мы достаточно много раз попадали в ситуацию, когда к нам приходят и говорят, а вот нам бы было хорошо получить вот такую функциональность. А мы оцениваем требования и понимаем, что эта функциональность принципиально нами была когда-то заложена, но не реализована по тем или иным причинам. По большому счету, мы ждали запроса для того, чтобы ее реализовать.

09:29 
То есть не она была заложена, а возможность ее реализации была заложена.

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

09:56
Денис, а вы со своей стороны что-нибудь можете дополнить? 

С технической точки зрения, здесь главное не отбрасывать тот багаж, который был накоплен. Когда все случилось, у нас была поддержка от OPC UA и других стандартов международных. Мы это не оставили в прошлом. Мы продолжаем поддерживать, потому что это присутствует на нашем рынке. Естественно, если придется поддерживать что-то новое, до чего можно дотянуться, мы это сделаем с удовольствием. Здесь, как говорится, рынок решает все. Если рынок нам скажет, это стоит поддержать, мы это поддержим. В конце концов, поддержка очередной спецификации – это такая фасадная задача. Она отчасти более простая по сравнению с системным развитием внутри программного обеспечения. 

10:45
Такова стратегия вашей компании? 

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

11:11
Уже есть прецеденты выхода вашей Альфа платформы на зарубежные рынки с крупными проектами?

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

11:46
Они по-индийски? 

Нет, английский язык. Естественно, все закладывается так, чтобы можно было перевести довольно просто и на другие языки, но мы знаем, что английский самый востребованный. И затем у нас тема локализации немножко отложилась, и вот сейчас она у нас с новой силой, то и дело поступают запросы, что мы хотим локализованную версию Альфы, но а куда, я думаю, это уже другой вопрос.

12:16
А вот с кем вы у индусов конкурировали? Они же наверняка там рассматривали несколько разных вариантов системы.

Все те же, с кем и в России, Siemens и Schneider.

12:29
И вы победили вот объективно совершенно, по всем параметрам и по цене, но по цене, видимо, очевидно.

На самом деле у Siemens и Schneider с ними зачастую достаточно тяжело конкурировать, именно Атомику, потому что Атомик это софтверный вендор, а как правило конкурируют с системой. Поэтому даже вот в этом проекте в Индии мы участвовали так опосредованно, косвенно, через нашего партнера компании Reglab, которая поставляла систему. Ну соответственно, да, там эта связка победила наших конкурентов западных и, насколько я знаю, сейчас это внедрено. Более того, на конференции об этом должен состояться доклад как раз представителя индийской компании, занимавшейся.

13:22 
Они даже приехали для этого специально? Здорово, интересно. 

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

13:58
Что они такую архитектуру никогда не видели и не слышали?

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

Понятно, что системы построены по разным архитектурам, и где-то это критично важно, где-то не критично. Здесь нужно рассматривать разные факторы. У нас так. Мы построили так, что резервный переход занимает очень короткое время. 

14:49
То есть у вас вот этот индийский проект, это был первый такой, первая ласточка?

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

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

Партнеры в этом направлении работают, мы им стараемся помогать, нам это интересно. От нас-то, по сути, базовое требование – это локализация. Во всем остальном, партнеры у нас очень компетентные. Система самостоятельная.

15:46
Денис, теперь к вам вопрос, может быть, завершающий. Какие планы на будущее? Может, вы что-то здесь собираетесь озвучить, такое интересное для всех, для интеграторов?

У нас накоплен большой багаж запросов, связанных с повышением эффективности коммуникаций, повышением эффективности, в частности, доступа к историческим данным. И вот эти меры мы сейчас уже запустили, соответствующие разработки, это вот ближайшее время и начало 26-го года. Ну, а далее уже следующие шаги к системному развитию Альфы – это развитие моделей вычислений и так далее.

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

17:29
В составе вашего продукта. 

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

© СТА-ПРЕСС, 2025