Развёртывание
Разворачивается в закрытом контуре и наружу не ходит
Продукт устанавливается на площадку заказчика и работает внутри его периметра. Сведения о критичных процессах, площадках, поставщиках и о том, в каком состоянии находится готовность организации к сбою, — материал, который не должен покидать контур ни при каких условиях. Именно поэтому первый раздел этой страницы — про контур, а не про функции.
ОНиВД — обеспечение непрерывности и восстановления деятельности; англоязычное обозначение — Continuity of Бизнес-подразделение (CoB).
Контур развёртывания: всё внутри вашего периметра
Серверная часть, база данных и почтовая рассылка размещаются на площадке заказчика. Пользователь работает через браузер — устанавливать что-либо на рабочие места не нужно. В модуле непрерывности нет ни одного обращения к внешним сервисам: ни к облачным хранилищам, ни к очередям сообщений, ни к сторонним интерфейсам.
Схема прокручивается вбок.
Состав компонентов — как в поставке: серверная часть, база данных, почтовая рассылка и подключаемый поставщик удостоверений. Все связи остаются внутри периметра.
Что стоит за компонентами: серверная часть · база данных · почтовый сервер · поставщик удостоверений
Модуль непрерывности наружу не обращается
Сплошная проверка исходного кода модуля на исходящие сетевые вызовы — обращения по протоколам передачи данных, брокеры сообщений, интерфейсы удалённого доступа — не находит ни одного. Всё, с чем работает продукт, находится в контуре заказчика. Для организации под надзором это снимает целый класс вопросов при согласовании установки.
Платформа и модули: границы блоков видны снаружи
Продукт — модуль платформы «Ланселот». Он опирается на платформенные службы: модель данных, ядро безопасности, уведомления, справочник сотрудников. Собственная функциональность разложена по семи блокам с явными границами — это определяет и то, как выдаются права, и то, что можно внедрять поэтапно.
- Планы непрерывности Карточка плана, связи с процессами, офисами, поставщиками и системами, годовая аттестация подразделения.
- Тестирование восстановления Тесты офисов, поставщиков, аттестации поставщиков и систем, цепочки повторов и маршрут согласования.
- Кризисные учения Три вида учений и фоновая проверка сроков по всем видам записей тестирования.
- Отчётность Десять форм по шаблонам электронных таблиц и потоковая выгрузка любого реестра.
- Права и аудит Ролевая модель поверх ядра безопасности платформы, администрирование учётных записей, журнал событий и выгрузка для управления доступом.
- Статусные модели Общий механизм переходов, который используют планы, тесты и справочные записи. Каждое состояние — самостоятельный объект защиты.
- Комментарии и вложения Обсуждение, привязанное к конкретной записи, с файлами. Доступно на карточках плана, поставщика и системы.
Модель данных: показатели, а не жёсткая схема
Записи предметной области описываются набором показателей: 39 типов записей и около 96 показателей в реестре модуля. Добавление нового показателя — настройка модели, а не изменение структуры таблиц и не релиз.
Двуязычие встроено в модель
У большинства записей наименование и описание хранятся на двух языках сразу. Язык интерфейса и язык готового отчёта определяются сеансом пользователя.
Интеграции: мастер-данные берутся, а не заводятся заново
Продукт сознательно не владеет справочниками, которые уже ведутся в организации. Критичные процессы, поставщики, ИТ-объекты, площадки, оргструктура и расписания приходят из модуля управления операционным риском и инцидентами той же платформы; недостатки и планы корректирующих действий — из модуля управления недостатками; сотрудники — из справочника сотрудников платформы.
| Источник | Что приходит | Что это значит для внедрения |
|---|---|---|
| Модуль управления операционным риском и инцидентами | Критичные процессы и их владельцы, поставщики, ИТ-объекты, площадки, резервные стратегии, историческая оргструктура, расписания работы процессов. | Если модуль уже внедрён, справочники наполнять заново не нужно. Если нет — их наполнение входит в проект. |
| Модуль управления недостатками | Недостатки и планы корректирующих действий, связываемые с тестами и учениями. | Работа по итогам проваленного теста ведётся в едином реестре недостатков организации. |
| Справочник сотрудников платформы | Сотрудники, их внутренние адреса и привязка к подразделениям. | Адресаты уведомлений и видимость строк опираются на один источник. |
| Ядро безопасности платформы | Роли, права, субъекты доступа, проверка полномочий. | Единая модель доступа для всех продуктов платформы в организации. |
| Служба уведомлений платформы | Доставка сообщений в ленту приложения и электронной почтой. | Один почтовый отправитель на все продукты платформы. |
Из карточек продукта ведут прямые ссылки на карточки смежных сущностей — критичного процесса, ИТ-объекта, поставщика. Восемь адресов карточек продукта устроены одинаково и используются в уведомлениях, поэтому переход «из письма в нужную запись» работает без поиска по реестру.
Аутентификация и учётные записи
Режим входа задаётся настройкой площадки. Поддерживаются четыре режима, включая два варианта единого входа по SAML — их выбирают организации, где вход в корпоративные системы идёт через собственного поставщика удостоверений.
Режимы входа
- Общий режим платформы
- Учётная запись в базе данных продукта
- Единый вход по SAML
- Единый вход по SAML через внешнего поставщика удостоверений
Что берётся из токена доступа
Издатель, клиентское приложение, имя пользователя, идентификатор субъекта и набор ролей. Отдельно фиксируются момент выдачи и срок действия. По учётной записи находится карточка сотрудника — именно она определяет и адресацию уведомлений, и видимость строк.
Администрирование доступа отделено от работы с данными
Экраны ролей, учётных записей, выгрузки и журнала событий безопасности открывает только роль администратора безопасности. Остальные попадают на страницу запрета доступа независимо от того, сколько прав на данные им выдано. Подробно — в разделе «Права доступа и аудит».
Требования к окружению
Состав площадки простой и предсказуемый: сервер приложений, реляционная база данных, почтовый отправитель и — по выбору заказчика — подключение к корпоративному поставщику удостоверений. Конкретные версии, объёмы и топология согласуются на обследовании под вашу нагрузку и ваши стандарты.
Серверная часть
- Серверное приложение на Java, разворачивается на площадке заказчика
- Реляционная СУБД — конкретная выбирается из перечня поддерживаемых
- Почтовый отправитель для рассылки уведомлений
- Фоновое задание проверки сроков выполняется по расписанию сервера
Рабочее место
- Современный браузер, без установки клиентского приложения
- Доступ по внутренней сети организации
- Выгрузка отчётов — файлы электронных таблиц
- Интерфейс на русском и английском языке
Перечень поддерживаемых СУБД, операционных систем и браузеров, а также требования к ресурсам сервера под ваш объём данных передаются вместе с коммерческим предложением: они зависят от выбранной конфигурации поставки.
Этапы внедрения
Внедрение идёт от одного подразделения к тиражу. Такой порядок даёт заказчику работающий участок и понятную оценку трудоёмкости раньше, чем принимается решение о полном охвате.
1. Обследование площадка, данные, роли
- Состав критичных процессов и подразделений, которые войдут в первый контур
- Наличие справочников: процессы, поставщики, ИТ-объекты, площадки, оргструктура
- Действующий порядок тестирования и годовой аттестации
- Требования службы безопасности: режим входа, разграничение доступа, аудит
- Параметры площадки: СУБД, сервер приложений, почта
2. Установка и настройка контура развёртывание
- Развёртывание серверной части и базы данных внутри периметра
- Подключение почтового отправителя и обозначения контура в теме писем
- Настройка режима аутентификации и подключение к поставщику удостоверений
- Создание ролей и раздача прав по объектам защиты
3. Наполнение справочников мастер-данные
- Оргструктура и привязка сотрудников к подразделениям — от неё зависит видимость строк
- Площадки размещения и резервные стратегии
- Критичные процессы, поставщики, ИТ-объекты и связи между ними
4. Пилот на одном подразделении рабочий цикл
- Заведение планов по критичным процессам подразделения
- Прохождение полного круга: черновик — согласование — тест — повтор — аттестация
- Проверка уведомлений и ночной проверки сроков на реальных датах
- Настройка шаблонов отчётных форм под ваш стандарт
5. Тираж и передача в эксплуатацию масштабирование
- Подключение остальных подразделений и ролей
- Обучение координаторов восстановления и администратора безопасности
- Передача эксплуатационной документации и порядка сопровождения
Сопровождение и обновления
Продукт сопровождается вендором: консультации, разбор обращений, обновления версий и помощь при изменении отчётных форм. Состав и параметры сопровождения фиксируются договором под ваш режим работы.
Что закрывается настройкой
Роли и права, состав справочников, шаблоны отчётных форм, периодичность тестирования, режим входа, параметры рассылки. Всё это меняется без обращения к разработчику.
Что закрывается моделью данных
Новый показатель в карточке, новый справочник, новая колонка в реестре. Модель «объект — показатель» позволяет расширять состав данных без изменения структуры таблиц.
Что требует работы вендора
Новая статусная модель, новое бизнес-правило, новый вид записи тестирования, интеграция с системой за пределами платформы.
Материалы для технической службы — по запросу
Руководство администратора безопасности, схема размещения компонентов, словарь данных, описание источников для каждой колонки отчётов и порядок интеграции с поставщиком удостоверений передаются по запросу под соглашение о конфиденциальности — вместе с демонстрационным стендом. Публичная страница таких материалов не содержит: их состав сам по себе описывает поверхность системы.
Запросить материалы после заключения соглашения о конфиденциальности
Что это даёт ИТ-директору
- 0исходящих обращений наружу — согласование установки не упирается в вопрос о внешнем трафике
- 1фоновое задание по расписанию: предсказуемая нагрузка и одна точка мониторинга
- 4режима аутентификации — вход встраивается в действующий корпоративный порядок
- 7функциональных блоков с явными границами: внедрять можно поэтапно
Продукт не заводит собственной витрины данных и собственного каталога сотрудников: отчёты собираются из рабочей базы, а адресаты уведомлений и оргструктура берутся из справочников платформы. Это сокращает число мест, где данные могут разойтись, и число систем, которые нужно синхронизировать.
Что входит и что настраивается под вашу организацию
Что входит
- Серверное приложение для установки внутри периметра заказчика
- Семь функциональных блоков: планы, тестирование, учения, отчётность, права и аудит, статусные модели, комментарии
- Модель данных из 39 типов записей и около 96 показателей
- Четыре режима аутентификации и администрирование учётных записей
- Фоновая проверка сроков и рассылка уведомлений двумя каналами
- Десять отчётных форм по шаблонам и потоковая выгрузка реестров
- Двуязычная модель данных и двуязычный интерфейс
Что настраивается под вашу организацию
- Роли и права по объектам защиты
- Состав справочников: площадки, резервные стратегии, классификаторы
- Шаблоны отчётных форм под ваш стандарт оформления
- Режим входа и подключение к корпоративному поставщику удостоверений
- Параметры почтового отправителя и обозначение контура
- Состав показателей в карточках и колонок в реестрах
- Периодичность тестирования и годового цикла аттестации
Кому подходит: организациям, которым требуется установка в закрытом контуре, единый вход через корпоративный поставщик удостоверений и разграничение доступа, которое можно предъявить службе безопасности не на словах.
Обсудить развёртывание на вашей площадке
Приходите с требованиями вашей службы безопасности и параметрами площадки — разберём режим входа, разграничение доступа, состав справочников и порядок пилота на одном подразделении.