Число кибератак на IT-инфраструктуру авиакомпаний становится только больше. Каждый сбой ведет к нарушению графиков вылетов, прерыванию регистраций пассажиров и, как результут, к значительным финансовым и репутационным потерям для перевозчика. Мы в ORS разработали и запустили дополнительный уровень защиты критичных операций — аварийную платформу ORS RPSS. Это безопасный резервный контур для PSS, который берёт на себя регистрацию пассажиров, пока основная инфраструктура "лежит".
Проблема: когда останавливается регистрация — останавливается работа авиакомпании и аэропорта
Сбои в PSS платформах показывают: если «падает» регистрация, останавливается весь цикл обслуживания пассажиров: накапливаются задержки, растут операционные потери и репутационные риски. ORS RPSS, аварийная площадка для PSS как первый шаг реализации полноценного DR-плана. Цель — обеспечить непрерывность регистрации пассажиров в аэропорту, даже если основной контур PSS/CRS авиакомпании временно недоступен.
Что такое ORS RPSS и как это решение работает
ORS RPSS — это полная реплика производственной среды авиакомпании, развёрнутая как изолированный резервный контур, физически удалённый от основной PSS. Сбой в основном дата-центре не влияет на RPSS, и авиакомпания сохраняет возможность продолжать оформление рейсов. RPSS позволяет выгружать списки пассажиров в формате PNL/ADL из CRS для дальнейшего использования в локальной DCS аэропорта. Это означает, что:
● Авиакомпания и аэропорт получают актуальные списки PNL/ADL;
● Локальная DCS (LDCS) продолжает регистрировать пассажиров;
● Формируются необходимые телеграммы (ETL, PFS и др.) и передаются в хост авиакомпании, а также в смежные контуры, включая PAXLST для АЦБ ПДП.
Все это — не гипотеза, а уже работающая технология. Подобная схема уже используется для интеграции ORS DCS с хостом Leonardo: телеграммы PNL/ADL приходят в DCS, регистрация выполняется локально, а результаты возвращаются обратно в хост и регуляторные системы. В RPSS тот же принцип положен в основу работы при сбое: аэропорт не «выпадает» из операционного цикла.
● Авиакомпания и аэропорт получают актуальные списки PNL/ADL;
● Локальная DCS (LDCS) продолжает регистрировать пассажиров;
● Формируются необходимые телеграммы (ETL, PFS и др.) и передаются в хост авиакомпании, а также в смежные контуры, включая PAXLST для АЦБ ПДП.
Все это — не гипотеза, а уже работающая технология. Подобная схема уже используется для интеграции ORS DCS с хостом Leonardo: телеграммы PNL/ADL приходят в DCS, регистрация выполняется локально, а результаты возвращаются обратно в хост и регуляторные системы. В RPSS тот же принцип положен в основу работы при сбое: аэропорт не «выпадает» из операционного цикла.
Технические принципы RPSS: изоляция, автономность, актуальность
При проектировании RPSS наша команда зафиксировала несколько обязательных требований от клиентов:
● Географическое удаление от Москвы — для повышения устойчивости и снижения рисков единой точки отказа.
● Полная автономность — RPSS способен работать независимо от основной инфраструктуры, без критической зависимости от других систем ORS.
● Репликация данных и автоматическое обновление — системы поддерживаются в актуальном состоянии, чтобы переход на резервный контур не требовал ручной донастройки.
● Тестирование на уязвимости — перед вводом в эксплуатацию RPSS прошёл проверочные испытания.
В результате резервная площадка готова к активации в любую минуту, без длительных подготовительных процедур.
● Географическое удаление от Москвы — для повышения устойчивости и снижения рисков единой точки отказа.
● Полная автономность — RPSS способен работать независимо от основной инфраструктуры, без критической зависимости от других систем ORS.
● Репликация данных и автоматическое обновление — системы поддерживаются в актуальном состоянии, чтобы переход на резервный контур не требовал ручной донастройки.
● Тестирование на уязвимости — перед вводом в эксплуатацию RPSS прошёл проверочные испытания.
В результате резервная площадка готова к активации в любую минуту, без длительных подготовительных процедур.
ORS RPSS уже работает
На текущий момент проект ORS RPSS разработка базового функционала завершена и введена в рабочую эксплуатацию:
● Резервный контур полностью изолирован от основной инфраструктуры и готов к запуску при остановке основной площадки;
● Разработан и утверждён пошаговый регламент действий внутри ORS для быстрого переключения;
● Ключевые операции автоматизированы: репликация, обновления, контроль актуальности выполняются без участия операторов;
● Проведены тестовые запуски, подтвердившие готовность RPSS к работе.
● Резервный контур полностью изолирован от основной инфраструктуры и готов к запуску при остановке основной площадки;
● Разработан и утверждён пошаговый регламент действий внутри ORS для быстрого переключения;
● Ключевые операции автоматизированы: репликация, обновления, контроль актуальности выполняются без участия операторов;
● Проведены тестовые запуски, подтвердившие готовность RPSS к работе.
Отдельный показатель зрелости и наша гордость — время активации: полный запуск RPSS от момента инициации до отправки первых списков пассажиров занимает от 15 до 60 минут, а лучшее достигнутое время — 12 минут.
Впрочем, наличие готовой аварийной площадки — не финал, а начало пути. ORS продолжает ускорять развёртывание и сокращать число ручных операций, уточнять регламенты и роли участников, а также проводить внутренние учения примерно два раза в месяц с участием сотрудников из разных команд - как внутренней, так и на стороне наших клиентов.
Такая практика снижает зависимость от конкретных людей и повышает предсказуемость времени активации RPSS при любых кадровых перестановках и в условиях разных сценариев.
Такая практика снижает зависимость от конкретных людей и повышает предсказуемость времени активации RPSS при любых кадровых перестановках и в условиях разных сценариев.
RPSS как часть философии отказоустойчивости ORS PSS
Для нас проект RPSS логично продолжает подход к архитектуре ORS PSS, в которую вложены следующие принципы:
● Сервис-ориентированная архитектура
● Распределённые модули (CRS, DCS, TravelShop, SIG и др.)
● Проработанный DR-план
● Фокус на непрерывности критичных процессов авиакомпаний
● Сервис-ориентированная архитектура
● Распределённые модули (CRS, DCS, TravelShop, SIG и др.)
● Проработанный DR-план
● Фокус на непрерывности критичных процессов авиакомпаний
RPSS добавляет к этому ещё один уровень защиты: в ситуации, когда обычные сценарии отказоустойчивости уже исчерпаны, авиакомпания сохраняет возможность отправить рейсы, аэропорт — избежать операционного коллапса, пассажир — вовремя и с комфортом вылететь, даже не узнав, что вокруг "все горит".
Если для вашей компании критично иметь план «B» для PSS и процессов регистрации, RPSS показывает, как такая архитектура может работать в реальном эксплуатационном контуре.
Фото Freepik.ru