В данной статье мы рассмотрим, что представляет собой Согаз старый оскол режим, как он функционирует в рамках компании СОГАЗ, какие преимущества и ограничения имеет данный режим, а также как его правильно настроить и использовать в повседневной работе.

Содержание

1. Что такое СОГАЗ?
2. Понятие «старый оскол»
3. Режим работы старого оскола в СОГАЗе
4. Преимущества режима
5. Недостатки и ограничения
6. Как настроить режим «старый оскол»
7. Часто задаваемые вопросы (FAQ)

Что такое СОГАЗ?

СОГАЗ – одна из крупнейших страховых групп России, предоставляющая широкий спектр услуг: добровольное и обязательное страхование, пенсионные накопления, инвестиционные продукты и корпоративные решения. Компания активно внедряет современные IT‑технологии для повышения качества обслуживания клиентов и оптимизации внутренних процессов.

Понятие «старый оскол»

Термин «старый оскол» в контексте СОГАЗа относится к legacy‑компоненту информационной системы, который был разработан на ранних этапах цифровой трансформации компании. Этот компонент отвечает за обработку определённых типов полисов и заявлений, которые пока не мигрированы на новую платформу.

Основные характеристики старого оскола:

• Работает на устаревшем стеке технологий (например, Java 6/7, Oracle 10g).
• Имеет жёстко заданные бизнес‑правила, изменение которых требует значительных усилий.
• Обеспечивает высокую надёжность для конкретных операций, но ограничен в масштабируемости.

Режим работы старого оскола в СОГАЗе

Режим старого оскола – это специальный конфигурационный профиль, активируемый в системных настройках СОГАЗа, который направляет определённые потоки данных через legacy‑компонент вместо нового микросервисного слоя. Режим используется в следующих сценариях:

1. Обработка полисов, выпущенных до 2018 года (они содержат уникальные поля, отсутствующие в новой схеме).
2. Выполнение аудиторских проверок, требующих точного воспроизведения исторических алгоритмов расчёта премий.
3. Тестирование откатов и проверка совместимости при миграции данных на новую платформу.

Активация режима производится через административную консоль системы:

admin@sogaz:~$ sudo sogaz-config --enable legacy-fragment --mode old-shard

Преимущества режима

• Совместимость с историческими данными – гарантирует корректную обработку полисов, созданных до внедрения новой архитектуры.
• Повышенная надёжность – legacy‑компонент прошёл годы эксплуатации и имеет минимальное количество известных багов в узкой предметной области.
• Простота отката – при обнаружении проблем в новой системе можно быстро переключиться на старый оскол без потери данных.
• Поддержка аудита – позволяет воспроизводить точно те же расчёты, которые использовались в прошлые годы, что упрощает проверку регуляторами.

Недостатки и ограничения

• Ограниченная производительность – устаревший стек не способен обрабатывать большие объёмы запросов в реальном времени.
• Сложность поддержки – поиск специалистов, знакомых с технологиями 2000‑х годов, становится всё труднее.
• Отсутствие новых функций – режим не поддерживает инновации, внедрённые в новой платформе (например, AI‑анализ рисков).
• Риски безопасности – старые версии библиотек могут содержать уязвимости, уже исправленные в новых релизах.

Как настроить режим «старый оскол»

Настройка режима требует доступа к административной консоли СОГАЗа и базовых знаний работы с конфигурационными файлами. Ниже представлен пошаговый алгоритм:

1. Вход в админ‑панель – используйте учётную запись с ролью System Administrator.
2. Перейти в раздел «Конфигурация legacy‑компонентов» – обычно путь: Настройки → Инфраструктура → Legacy‑фрагменты.
3. Выбрать нужный оскол – в списке доступных фрагментов найти «old‑shard» (или аналогичное название).
4. Активировать режим – установить переключатель Enable Old‑Shard Mode в положение Вкл.
5. Настроить параметры – указать:
   • Диапазон дат полисов, которые должны обрабатываться в этом режиме (например, – ).
   • Максимальное количество одновременных запросов (рекомендуется не более 50 RPS).
   • Путь к лог‑файлам для отладки.
6. Сохранить изменения и перезапустить сервис – после применения настроек выполнить команду sudo systemctl restart sogaz-legacy.
7. Проверить работу – отправить тестовый запрос на полис из указанного диапазона и убедиться, что ответ получен через legacy‑компонент (можно проверить по заголовку X-Legacy-Processing: true в ответе API).

Важно! Перед включением режима в боевой среде рекомендуется провести тестирование на отдельном стенде, чтобы убедиться в отсутствии регрессий.

Часто задаваемые вопросы (FAQ)

Нужно ли постоянно держать режим старого оскола включённым?

Нет. Режим включается только для обработки конкретных наборов данных. После завершения необходимых операций его следует отключить, чтобы не нагружать устаревший стек.

Как узнать, что запрос обрабатывается через старый оскол?

В ответе системы присутствует специальный X-Legacy-Processing: true или запись в журнале с меткой LEGACY_FRAGMENT.

Можно ли изменить бизнес‑правила старого оскола?

Изменение возможно, но требует прямого вмешательства в код legacy‑компонента и последующего тестирования. Обычно такие изменения выполняются только в рамках плановых обновлений или при критических исправлениях.

Какие риски связаны с длительным использованием режима?

Основные риски – снижение производительности, увеличение вероятности возникновения известных уязвимостей и сложности с поиском квалифицированной поддержки.

Есть ли планы по полному отказу от старого оскола?

Да. Стратегия СОГАЗа предусматривает постепенную миграцию всех legacy‑компонентов на новую микросервисную платформу к 2028 году. После полной миграции режим старого оскола будет удалён из продукта.

Режим Согаз старый оскол режим представляет собой важный элемент обеспечения обратной совместимости и надёжности в информационной инфраструктуре СОГАЗа. Он позволяет корректно обрабатывать исторические полисы, выполнять аудиторские проверки и обеспечивать безопасный откат при проблемах с новой платформой. Однако использование этого режима связано с определёнными ограничениями по производительности, поддержке и безопасности.

Для эффективного применения рекомендуется:

• Чётко определятьScope данных, требующих обработки в legacy‑режиме.
• Проводить регулярный мониторинг нагрузки и логов.
• Следить за обновлениями безопасности устаревших компонентов.
• Планировать миграцию на новую архитектуру в соответствии с дорожной картой компании.

Соблюдая эти рекомендации, вы сможете извлечь максимум пользы из режима старого оскола, минимизируя при этом потенциальные риски.