Перейти к основному содержимому

Организация тестовых сред

к сведению

Реализация тестовых полигонов ЦФТ-Банк/Ритейл на базе Docker контейнеров позволяет в десятки раз уменьшить размер тестового стенда ЦФТ и перейти на х86 архитектуру.

Сокращение объема данных базы данных платформы ЦФТ осуществляется при помощи технологии CutWYN SBS (Cut What You Need).

Для более подробного ознакомления с услугой:

Скачать презентацию "Сокращение обьема базы данных платформы ЦФТ при помощи технологии CutWYN".

Проблематика большого объёма исторических данных АБС ЦФТ​

  • Средний размер баз Oracle более 10tb, более 70% не востребованы в операционной деятельности.

  • Большой обьем данных слабо актуальных данных в разы снижает производительность ЦФТ.

  • Существенный обьем дискового пространства и его высокая стоимость требует значительных инвестиций.

  • Переход на 2MCA DBI (PostgreeSQL) требует исключение исторических данных.

Технологии для решения проблемы​

Технология CutWYN SBS позволяет:

  • Исключить исторические данные до 70% реального обьема.

  • Существенно повысить производительность ЦФТ и сократить обьем дискового пространства.

  • Обеспечить миграцию на 2МСА DBI (PostgreeSQL) необходимым набором данных.

  • Создать тестовые полигоны ЦФТ на x86 платформе на базе docker контейнеров.

Критерии успеха​

Процесс проверки полноты тестовых данных:

1. Фиксация значений баланса и результатов выполнения ЗОДа на полноценной копии боя.

2. Успешная валидация значений баланса и результатов выполнения ЗОДа на урезанной копии боя.

3. Специфические проверки по требованию компании.

Примеры реализации​

Пример 1: Организации сервиса создания тестовых полигонов ЦФТ​

Этап 1: Внедрение конвейера по созданию тестовых полигонов с параметрами:

  • Функциональный тестовый полигон на базе docker-образа размером 1 tb.

  • Время создания тестового полигона не более 48 ч.

  • Обезличивание данных (опционально).

Этап 2: Внедрение тестовых полигонов в цикл релиз процесса компании:

  1. Пятница 10:00, предоставление копии боя со стороны компании.
  2. Пятница 13:00, запуск конвейера.
  3. Воскресенье 10:00, валидация (ЗОД, баланс и по требованию команд).
  4. Понедельник 10:00 ,публикация в Nexus.
  5. Понедельник 11:00, тиражирование по командам.

В течении недели проводится обработка замечаний от команд и корректировка конвейера.

Пример 2: использование CutWYN: Переход на платформу 2MCA DBI​

Этап 1: Адаптация кода для совместимости с платформой 2МСА DBI.

  • Выявление локального кода требующего модификацию.
  • Создание регрессионного тестового покрытия затронутого функционала (пакет DBI Regress).
  • Создание нагрузочных тестов затронутого функционала (пакет DBI perform).
  • Адаптация локального кода.
  • Проведение регрессионного с использованием пакета DBI Regress.
  • Проведение нагрузочного тестирования с использование пакета DBI perform.

Этап 2: Создание усеченных тестовых полигонов на x86 серверах.

  • Усечение данных Oracle используя CutWYN SBS.
  • Проведение регрессионного тестирования тестовых полигонов c использование DBI Regress.

Этап 3: Переход на 2MCA DBI Oracle.

  • Переход на тестовую платформу 2MCA DBI (выполняет банк).
  • Проведение регрессионного и нагрузочного тестирование c использованием пакетов DBI Regress и DBI perform.
  • Переход на промышленную платформу 2MCA DBI (выполняет банк).

Этап 4: Переход на 2MCA DBI PostgreSQL.

  • Миграция c Oracle на PostgreSQL используя CutWYN SBS.
  • Проведение регрессионного и нагрузочного тестирование c использованием DBI Regress, DBI perform.