Эволюция Альфа платформы: ИИ, кластеризация и новые панели оператора

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

 

Эволюция Альфа платформы: ИИ, кластеризация и новые панели оператора

0:33

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

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

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

01:28

Поподробнее, в двух словах хотя бы, что появилось нового и интересного в плане кластеризации у вас?

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

 

02:01

В плане удобства пользования вашей системы, с точки зрения ваших заказчиков, что-то поменялось?

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

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

 

02:43

Насколько сложно будет системным интеграторам, вашим партнерам, осваивать вот эти новшества, которые вы регулярно вводите?

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

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

 

03:43

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

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

 

04:41

Это говорит сейчас о вашей среде разработки DevStudio, да?

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

 

05:04

Ну, что еще помимо кластеров?

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

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

 

04:40

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

А вот представьте, когда у вас нужно на дню по несколько раз деплоить проект с изменением каких-то небольших конфигураций.

 

05:56

А, ну это в процессе разработки, да?

А особенно на панеэре, когда каждый час, каждая минута на счету.

 

06:03

Вот если уж мы завели разговор о том, что промавтоматизация из IT перенимает, сейчас очень модная тема искусственного интеллекта. Может быть, и Альфа платформа тоже в этом смысле не стоит на месте и как-то его применять планирует или уже применяет?

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

Это достаточно типовая задача. То же самое на основе документации. Без проблем мы готовимся к выпуску дополнительных чат-ботов либо каких-то помощников, которые хотя бы на каком-то нулевом уровне могут задать вектор при задании вопроса по документации.

 

07:09

Техподдержка.

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

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

Естественно, потом пользователь должен это сам верифицировать и использовать, дальше достраивать.

 

07:58

Но это перспективные мысли или уже есть опыт какой-то?

Опыт уже есть, потому что проекты у нас основаны на текстовых нотациях. XML на нотации, да. Язык AlphaOM – это под урезанный JavaScript. И, в принципе, языковые модели это умеют без проблем. Без проблем скармливать. Они уже вполне себе читаемый код, и даже этот код выполняется нормально, делают и уже используются.

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

Возможно, появятся какие-то интерфейсы, какие-то MCP-интерфейсы, которые сейчас чат-боты используют, что-то еще. Это мы подумаем, как сделать.

И третий вектор – это, конечно, более на будущее. Все-таки какие-то прикладные решения – это, например, предиктивная аналитика либо какие-то системы специализированного назначения. Все-таки у нас…

 

09:24

Цифровые двойники.

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

 

09:42

Сейчас вот такая модная тема – soft PLC и virtual даже PLC. Это вообще прямо супер-пупер. Не все знают, что это такое, правда, но тем не менее. Вот сейчас даже речь идет на уровне чуть ли не правительственном о том, что будут поддерживаться отечественные разработки в области soft PLC. Какие soft и virtual PLC у Атомик Софт отношения? Есть ли какая-то специфика работы с такими программно реализованными контроллерами? Или с точки зрения вашей платформы вообще никакой разницы нет?

В любом случае есть стандартные интерфейсы. Есть OPC, есть Modbus, есть, не знаю, MQTT-брокер, наконец. Любой интерфейс, через который мы можем передавать и отдавать данные в soft PLC.

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

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

Естественно, нужно понимать, что модель исполнения у нас не совсем контроллерная. Она событийная. Такой soft real-time получается.

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

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

 

12:08

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

Во-первых, у нас был сегодня гигантский слив информации. И по вопросам аудитории сразу стало понятно, что понимание того, что было озвучено, оно придет чуть позже. Потому что очень много информации было.

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

Всем понравились панельки, относительно недорогие панели оператора с HMI, запущенным на них планшет. Мы показали на стенде на Android, на котором тоже запустили нашу визуализацию. И не только визуализацию.

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

 

13:58

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

Здесь у нас стандартные векторы. Это шифрование потока. Мы, как вендор, пытаемся реализовать кубики для того, чтобы интегратор сделал решение, которое подходит по всем слоям безопасности для конечного заказчика.

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

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

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

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

 

16:22

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

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

 

17:08

Это мы говорим сейчас о тех временах, когда вы сами были системным интегратором.

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

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

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

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

 

19:04

Но эта площадка будет в формате форума какого-то технического? Или это будет другая какая-то?

Это будет гибридная площадка, там будет и форум, там будут блоги, там будет самая свежая документация. Мы попытаемся разные форматы взаимодействий там воплотить.

 

19:24

То есть там будет не только общение ваших партнеров с вами, но еще и между собой?

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

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

 

20:10

Хотя бы обезличенно.

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

 

20:40

Для вас это будет неисчерпаемый кладезь новых идей?

У нас поддержка и так постоянно в красном состоянии, потому что все, что новое, все, что неизвестное, все идет через поддержку. Десятки, сотни запросов в день. А если на какие-то базовые вопросы будут отвечать сами пользователи и привносить еще какие-то новые знания, это для нас будет просто идеально.

 

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