Difference between revisions of "OSDN-UA-2012 (Обзор Стаса Фомина)/OpenSCADA"
(Created page with "OpenSCADA 0.8.0 LTS (Роман Савоченко, OSDN-UA-2012) — О проекте [http://oscada.org/ OpenSCADA]. SCADA-системы, наверно тот сам...") |
|||
| (One intermediate revision by the same user not shown) | |||
| Line 1: | Line 1: | ||
[[OpenSCADA 0.8.0 LTS (Роман Савоченко, OSDN-UA-2012)]] — О проекте [http://oscada.org/ OpenSCADA]. SCADA-системы, наверно тот самый класс промышленного софта, который должен быть в FOSS в первую очередь. | [[OpenSCADA 0.8.0 LTS (Роман Савоченко, OSDN-UA-2012)]] — О проекте [http://oscada.org/ OpenSCADA]. SCADA-системы, наверно тот самый класс промышленного софта, который должен быть в FOSS в первую очередь. | ||
| − | Это и необходимость верификации кода, чтобы не было дыр, которыми можно воспользоваться для организации промышленных диверсий (типа Stuxnet, и да, «security by obscurity» не работает). | + | * Это и необходимость верификации кода, чтобы не было дыр, которыми можно воспользоваться для организации промышленных диверсий (типа Stuxnet, и да, «security by obscurity» не работает). В распространенных вендорский SCADA-системах, все очень [http://habrahabr.ru/company/pt/blog/146094/ неочень], и безопасным может только в случае «полной изоляции периметра». А надо бы все на открытом (начиная с BIOSа, чтобы не было закладок) стеке. |
| + | * Внедрение вендорских SCADA-систем — дикое мучение для автоматизаторов с черными ящиками, такое, что многие [http://habrahabr.ru/post/124427/ начинают писать свои] лунапарки. | ||
| + | * Ну и теоретически — в этой области нет гонки технологий, большая часть железа живет десятилетиями, куча стандартов устоялась, архитектура (шины и т.п.) и подходы к интерфейсу выяснены (где нужен интерфейс с быстрой реакцией, где достаточно веб-интерфейса, как визуализировать промышленные схемы). | ||
| + | |||
| + | Осталось понять, таки подвинуть к открытым платформам всех — и потребителей, и автоматизаторов (чтобы они перестали писать свои [http://habrahabr.ru/post/153619/ велосипеды]). Кажется оптимальным призывать государство с требованиями «стандартизации на базе открытых стандартов», но есть ощущение, что делать это нельзя («благими намерениями государства дорога ведет только в ---»). По уму, надо пересаживать сообщество специалистов по АСУТП, но тут возникает обычная проблема пересадки Win2Lin (а почти все вендорские скады на Win, и автоматизаторы соответственно тоже сильно привыкшие), плюс проблема расширения-доработок → автоматизаторы не смогут писать на настоящих C, скорее всего, а возможностей [http://wiki.oscada.org/Doc/JavaLikeCalc?v=lh9 JavaLikeCalc] может не хватить. Тут бы я как-нибудь подумал о системе плагинов на Python, например. | ||
Latest revision as of 08:40, 22 October 2012
OpenSCADA 0.8.0 LTS (Роман Савоченко, OSDN-UA-2012) — О проекте OpenSCADA. SCADA-системы, наверно тот самый класс промышленного софта, который должен быть в FOSS в первую очередь.
- Это и необходимость верификации кода, чтобы не было дыр, которыми можно воспользоваться для организации промышленных диверсий (типа Stuxnet, и да, «security by obscurity» не работает). В распространенных вендорский SCADA-системах, все очень неочень, и безопасным может только в случае «полной изоляции периметра». А надо бы все на открытом (начиная с BIOSа, чтобы не было закладок) стеке.
- Внедрение вендорских SCADA-систем — дикое мучение для автоматизаторов с черными ящиками, такое, что многие начинают писать свои лунапарки.
- Ну и теоретически — в этой области нет гонки технологий, большая часть железа живет десятилетиями, куча стандартов устоялась, архитектура (шины и т.п.) и подходы к интерфейсу выяснены (где нужен интерфейс с быстрой реакцией, где достаточно веб-интерфейса, как визуализировать промышленные схемы).
Осталось понять, таки подвинуть к открытым платформам всех — и потребителей, и автоматизаторов (чтобы они перестали писать свои велосипеды). Кажется оптимальным призывать государство с требованиями «стандартизации на базе открытых стандартов», но есть ощущение, что делать это нельзя («благими намерениями государства дорога ведет только в ---»). По уму, надо пересаживать сообщество специалистов по АСУТП, но тут возникает обычная проблема пересадки Win2Lin (а почти все вендорские скады на Win, и автоматизаторы соответственно тоже сильно привыкшие), плюс проблема расширения-доработок → автоматизаторы не смогут писать на настоящих C, скорее всего, а возможностей JavaLikeCalc может не хватить. Тут бы я как-нибудь подумал о системе плагинов на Python, например.
