И что? С серверами всё также. Для КИИ вам нужно аттестованное облако. Но это немного другая область. Я говорил о том, что весьма сомнительная выгода в стоимости получается, если мы просто заменим голову контроллера на ферму серверов с MU в поле. Совсем не очевидно, что это будет дешевле

Вот, как я и говорил. Мы упираемся в регламенты и пр. вещи, придуманные игроками этого самого рынка. :)

И сервера, и софт - всё будет другое, в несколько раз дороже. Выше коллега привёл как пример VxWorks -  посмотрите сколько эта штука стоит

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

И он только поэтому не будет ставить серую китайчатину. А та же сфера с ha - это вполне себе ценник

А в условном банковском секторе нет ответственности? Потери там будут не меньше (в денежном эквиваленте) при остановке сервисов.

Какая там альтернатива? Что с чем сравнивать?

У них контроллеры разворачивать?

В бонковском секторе свои требования от своих регуляторов

Мы уже уходим в нюансы реализации. Повторяю, что для оценки нужны проекты, но их пока не будет, т.к. рынок поделен и протекционизм силен. Но думаю, что рынок ИТ так или иначе продавит свои интересы в промышленной автоматизации, все-таки ресурсы ИТ гигантов куда больше, чем у традиционных игроков.
Вот тогда мы и увидим настоящую "цифровизацию" со всеми её плюсами и минусами. Немного страшно даже. :)

Конечно, а как ещё? Зачем говорить о сферических конях. Мы инженеры и обсуждением реализации - это нормально и всегда приветствовалось

Коллеги, у меня немного наивный вопрос "терминологического характера": мы когда говорим о надёжности, что имеем в виду? Надёжность с точки зрения теории надёжности или "чутьё"? Я без провокаций, просто хотелось бы для себя прояснить вопрос.

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

Надёжность - это расчётная величина

Наработка между отказами (англ. Operating time between failures) — наработка объекта от окончания восстановления его работоспособного состояния после отказа до возникновения следующего отказа.
Наработка до отказа (англ. Operating time to failure) — наработка объекта от начала эксплуатации до возникновения первого отказа.
Средняя наработка на отказ (англ. Mean operating time between failures) — отношение суммарной наработки восстанавливаемого объекта к математическому ожиданию числа его отказов в течение этой наработки.
Средняя наработка до отказа (англ. Mean operating time to failure) — математическое ожидание наработки объекта до первого отказа.

и т.п.

А national instruments

Посмотрю, спасибо

Ну это-то да, про теорию надёжности я знаю, хотя и не очень владею математическим аппаратом. У меня, если оперировать строгой теорией, некоторое затруднение: как считать надёжность ПО? Особенно в свете того, что надёжность железки посчитать - задача довольно нетривиальная сама по себе.

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