Как стать автором
Обновить

Комментарии 8

И в этом моменте интересно, к каким создателям исключительно Scada систем с таким ТЗ обращались?
ну то-есть те — кто не умеет облака известны так же как и те, кто умеет облака.
Добрый день, мы бы не хотели давать в статье рекламу или антирекламу, поэтому решили не упоминать компании, с которыми расстались на этапе обсуждения ТЗ.
Достаточно мудрое решение.
При этом мне кажется в сфере Scada систем все на рынке и так знают функционал каждой систем. Это достаточно развитый рынок где у каждой компании есть своя ниша.
Резонное замечание, согласен с вами. Именно поэтому мы реализовали систему с резервированием ВМ, расположенных в двух облаках в двух разных городах. Это было наше основное требование, о чем мы в том числе рассказали в статье. К тому же стоит заметить, что отдельно стоящий сервер гораздо менее отказоустойчив по сравнению с облачной платформой.
Это не причина вводить лишний слой абстракции (точку отказа).
Почитайте, как можно увеличить отказоустойчивость одного физического сервера.
Разрыв связности между двуми облаками может привести к ситуации split-brain.
Это тоже надо тестировать в вашем случае.
Новая система уже работает? Как Вы решаете проблему возможных разных команд от двух серверов к одному оборудованию? Конфигурация, настройки — едины для обоих серверов?
Если вдруг по какой-то причине один сервер дает команду «включить», а второй «выключить» — какая команда дойдет до конечного оборудования?
В штатном режиме функционирования активен только один сервер, а второй находится в горячем резерве. Поэтому источник команд для оборудования всегда только один.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.