Технические требования к ПАК Таргетирования

advertisement
Технические требования к программно – аппаратному комплексу по реализации
услуг таргетирования рекламы
1. Общие требования к ПАК по реализации услуг таргетированной рекламы.
1.1
Платформа Таргетированной рекламы должна включать в себя устройства
зеркалирования трафика и устройства обработки трафика (VAS платформу).
Оборудование должно быть расположено на 7 объектах и подключено между PEмаршрутизаторами и BRAS-ами (см. Схему 1) и интегрироваться с существующими
площадкам реализованным на оборудование зеркалирования Gigamon и системы
таргетирования
ООО «Безопасный интернет» . Общее число площадок после
расширения 10 штук.
Radius
BRAS
Устройство
обработки
трафика
(обработка
данных для
таргетированно
й рекламы).
NAT
Зеркалированный трафик.
Устройство
зеркалирования
трафика.
Абонент
INTERNET
PE - Router
Установленное
оборудование
Оборудование которое
будет дополнительно
установлено
Схема
1
1.2
Платформа Таргетированной рекламы не должна вносить изменений в
проходящий трафик. Для идентификации абонентов после NAT должен использоваться
механизм Cookies.
 Оборудование зеркалирования трафика должно быть рассчитано на объем
трафика не менее 60 Gbps на каждой из площадок.
 Должна быть предусмотрена возможность расширения оборудования
зеркалирования трафика для пропуска 280 Gbps на каждой площадке..
2. Общие требования к оборудованию зеркалирования трафика.
Функциональность по управлению трафиком
2.1 Оборудование не должно вносить изменений в проходящий через него трафик.
2.2 Оборудование не должно вносить затухание более 1 dB в оптический сигнал.
2.3 Оборудование должно обеспечить копирование без потерь проходящего трафика
(как в полном объеме так и с использованием фильтров) на выходные интерфейсы
2.4 Оборудование должно обеспечивать фильтрацию зеркалированного трафик по
следующим параметрам: IPv4 source/destination address, IPv6 source/destination
address, MAC source/destination address, TCP source/destination port, UDP
source/destination port, Номер VLAN (802.1q), Значение DSCP, IP протокол, Ethertype.
2.5
2.6
2.7
2.8
2.9
Оборудование должно обеспечивать агрегацию трафика из нескольких входных в
один выходной интерфейс.
Оборудование должно обеспечивать репликацию одного и того же трафика в
несколько выходных интерфейсов.
Оборудование должно обеспечивать агрегацию выходных портов в логическую
группу с балансировкой трафика.
Оборудование должно поддерживать одновременную репликацию трафика с одного
входного интерфейса по направлению с фильтром и по направлению без фильтра.
Оборудование должно интегрироваться в существующую систему управления
комплексом таргетинг.
Аппаратные требования к оборудованию зеркалирования трафика
2.10 Минимальные требования, изложенные ниже, могут быть пересмотрены в большую
сторону в процессе проектирования.
2.11 Конфигурация оборудования зеркалированиея трафика на каждой из 7 площадок
должна быть рассчитана на объем трафика не менее 60 Gbps
2.12 Должна
быть
предусмотрена
возможность
расширения
оборудования
зеркалированиея трафика на каждой из 7 площадок до 280 Gbps. Расширение
должно осуществляться путем установки лицензий и при необходимости новых
модулей в шасси.
2.13 Оборудование должно иметь для проходящего трафика не менее 32 (16 проходных
пар) интерфейсов 10 Gigabit Ethernet с возможностью работы с Etherchannel.
Должна быть предусмотрена возможность увеличения числа интерфейсов на шасси.
2.14 Оборудоваеие должно иметь не менее 4 выходных интерфейсов 10 Gigabit Ethernet
для перенаправления скопированного трафика
2.15 Система с полностью заполненным шасси не должна вносить задержки больше 50
микросекунд.
2.16 Система должна быть легко масштабируема на всю сеть.
3. Общие требования к платформе Таргетированной рекламы.
3.1
Система должна иметь успешные инсталяции на сети крупного оператора связи
(не менее 200 000 абонентов) с одновременной работой не менее чем с 3 партнерами
(RTB агентствами).
3.2
Таргетирование рекламы осуществляется путем создания виртуальных
обезличенных профилей абонентов, формирующихся на сети Оператора.
3.3
В рамках задачи таргетирования рекламы выполняется анализ пользовательских
http-запросов, выделение используемых cookies для идентификации пользователя после
NAT-трансляции и запись полученной информации об обращениях пользователя.
3.4
Платформа для организации таргетированной рекламы состоит из трех модулей:
3.4.1 Модуль зеркалирования трафика - оборудование для зеркалирования, агрегации
трафика, выделения http-запросов из общего потока трафика и перенаправления
их на модули обработки трафика
3.4.2 Модуль обработки трафика - программно-аппаратный комплекс, обеспечивающий
обработку пользовательских http-запросов и журналирование результатов этой
обработки в соответствии с установленным шаблоном.
3.4.3 Модуль управления
3.5
Базовый принцип действия Платформы для организации таргетированной
рекламы состоит в следующем:
3.5.1 На модуле зеркалирования трафика создается набор правил, в соответствии с
которыми осуществляется копирование проходящего трафика и его фильтрация
для выделения http-запросов. Скопированный трафик направляется на модуль
обработки трафика.
3.5.2 Модуль обработки трафика:
3.5.2.1
выделяет UserName из Radius-трафика и формирует соответствие IPадреса имени пользователя и
должен поддерживать актуальную
информацию об ip-адресе
должен обеспечивать конвертирование RADIUS user name абонента в
уникальный обезличенный идентификатор New UID
3.5.2.3
выделяет из входящего http-трафика значение URL и cookies партнеров
3.5.2.4
формирует соответствие IP-адреса и cookies партнеров
3.5.2.5
логирует http-запросы пользователей с указанием времени, URL, cookies
партнеров (cookies партнеров должны быть указаны во всех записях лога
для пользователей, для которых уже было сформировано соответствие IPадрес - cookies)
3.5.2.6
анализирует трафик для:
3.5.2.6.1 определения числа пользователей в домохозяйстве, их вероятный пол и
возраст;
3.5.2.6.2 категоризации абонентов в зависимости от посещаемых ресурсов на основе
каталога категоризации интернет-ресурсов. Каталог должен содержать не
менее 50 000 000 ресурсов (не менее 80% в русскоязычном сегменте).
Каталог должен иметь механизм постоянного пополнения и иметь
успешные инсталяции на сети крупного оператора связи (не менее 200 000
абонентов)
3.5.2.6.3 категоризации абонентов в зависимости от поисковых запросов;
3.5.2.6.4 категоризации абонентов на основании контента страниц (анализ текста
посещаемых страниц);
3.5.2.7
осуществляет архивирование и ротацию логов по времени и по объему
3.5.2.8
обеспечивает возможность передачи логов партнерам в обезличенной (не
содержащей персональных данных пользователей) форме. Идентификация
производится по cookies партнера.
3.5.3 Модуль управления:
3.5.3.1
Модуль должен интегрирован в единую существующую систему управления
ПАК таргетинг
3.5.3.2
Модуль управления должен содержать актуальный перечень партнеров с
возможностью вкл/отключать выгрузку кликстрима по каждому клиенту
3.5.3.3
Необходим функционал добавления партнера – одной кнопкой «Добавить
партнера». Заполнив следующие поля:
 - название партнера
 - домены cookies
 - Адрес выгрузки (на стороне партнера) возможность
задания нескольких серверов (настройка проверки и
перенаправления трафика на доступный сервер)
 - настройка протокола передачи данных
 - периодичность выгрузки (15, 30, 45 мин)
 - настройка передаваемой информации
 настройка передачи только отфильтрованной информации
3.5.3.4
Модуль управления должен отображать информацию об объеме
переданных данных, количестве доменов, состояние выгрузок по каждому
партнеру с историей по всем выгрузкам, в том числе с указанием
успешности загрузки, причин, количества абонентов, количество показов)
3.5.3.5
Должна быть возможность удаления (архивирование/восстановление из
архива) неиспользуемых партнеров
3.5.3.6
Должна быть возможность настройки существующих партнеров
3.5.3.7
Должно отображаться состояние физических компонентов решения
(оборудование зеркалирования, оборудование обработки трафика,
оборудование управления)
3.5.3.8
Модуль управления должен быть единым для всей системы ПАК таргетинг
и интегрирован с существующим решением.
3.5.2.2
3.6
Должна быть предусмотрена возможность интеграции с внешней системой для
получения информации о географическом положении (адресе) абонента и добавления
этой информации в лог.
3.7
Платформа должна реализовывать систему контроля использования профилей
абонентов партнерами/рекламными системами (подсчет количества показов абонентам
рекламы партнеров) .
3.8
Платформа должна учитывать интенсивность использования профилей
партнерами и вести расчет стоимости профилей индивидуально для каждой рекламной
сети в зависимости от интенсивности использования.
3.9
Платформа должна обеспечивать возможность отправки данных партнерам:
- с возможностью задать фильтрацию отправляемых данных по content-type,
- обеспечивать гибкую настройку передачи данных, с использованием протоколов
zmq, ftp, http, rsync и т.д..
- обеспечивать отгрузку данных не только в виде click-stream, но и в виде
агрегированных данных по тематикам посещенных ресурсов, что позволяет
существенно оптимизировать объемы отгружаемых данных.
- обеспечивать отгрузку данных партнерам по абонентам на основе их
предпочтений: с фильтрацией по всем функциональным полям (категория, ресурс,
пол, возраст, cookies, география и т.д.), например, только таких абонентов,
которые посещают сайты определенных тематик.
- Одновременную отгрузку данных партнерам (не менее 15 шт., с различными
настройками передачи данных).
Требования к управлению платформой Таргетированной рекламы:
3.10 Система должна обеспечивать ролевой множественный доступ с распределением
полномочий (read-only, read-write) для выполнения отдельных ролей в системе.
3.11 Система должна обеспечивать резервирование портов управления.
3.12 Система должна обеспечивать возможность резервного копирования /
восстановления конфигурации системы.
Требования к надежности платформы Таргетированной рекламы.
3.13 Единичная неисправность в модуле зеркалирования трафика не должна привести
к потере трафика более чем на одном канале из 16.
3.14 Отказ остальных элементов системы (потеря питания, перезагрузка, отключение,
выход из строя модулей обработки трафика) не должен влиять на пропуск
трафика.
3.15 Система должна обладать функционалом, аналогичным link failure-reflection
3.16 Система должна обеспечивать возможность одновременного использования
функциональности , описанной в пп 3.13, 3.14, 3.15.
3.17 Система должна иметь аппаратное разделение уровней управления и обработки
трафика (Data, Management Plane).
3.18 Система должна обладать высокой доступностью – активное резервирование на
уровне системы (N+1) для модуля обработки трафика.
1. Требования к электропитанию.
1.1
Номинальное значение напряжения электропитания оборудования ПАК
таргетирования рекламы должно быть 60 В постоянного тока, допустимые предельные
отклонения - +/- 20%.
1.2
Должно быть обеспечено одновременное подключение оборудования к двум
независимым источникам электропитания.
2. Температурный режим и вентиляция.
2.1
2.2
2.2.1
2.2.2
3.1
3.2
3.3
Оборудование
предусматривается
устанавливать
в
коммуникационных
помещениях, отапливаемых (в зимнее время года), а также оснащенных
системами вентиляции и кондиционирования воздуха.
Оборудование должно позволять нормально эксплуатировать его в следующих
климатических условиях:
Допустимый диапазон рабочих температур 5-40 °C
Допустимый диапазон относительной влажности воздуха 10-80%.
3. Компоновка и размещение оборудования.
Оборудование ПАК таргетирования рекламы располагается в здании АТС.
Форм фактор 19” для установки в стандартную стойку
Решение должно обеспечивать соблюдение необходимого температурного
режима для всех его компонентов.
4. Требования к выполнению работ.
В рамках проведения проекта по внедрению системы, должен быть проведен полный
цикл работ, включающий в себя:
4.1 Обследование;
4.2 Разработку и согласование проектной документации (на русском языке, бумажная и
электронная версии, бумажная версия должна быть подписана разработчиком) в
составе:
4.2.1.1
Частное техническое задание на систему;
4.2.1.2 Пояснительная записка к проекту по внедрению системы;
4.2.1.3 Программа и методика испытаний системы;
4.3 Поставку оборудования с проверкой комплектности и работоспособности;
4.4 Инсталляцию оборудования, базовую настройку системы;
4.5 Интеграцию подсистемы с подсистемами контроля веб-трафика и OSS (учет и
конфигурирование предоставления / отключения услуги, изменения параметров
предоставления услуги (в том числе интеграция с web-порталом «Интернет –
помощник» ПАО МГТС, с системой биллинга ПАО МГТС, системой авторизации и
аутентификации AAA, системой учета абонентов BSS и т.д.);
4.6 Проведение предварительных испытаний системы, запуск в опытную эксплуатацию;
4.7 Опытную эксплуатацию системы (не менее 2-х рабочих недель);
4.8 Сбор статистики, анализ работы системы;
4.9 Корректировку настроек и проектной документации по итогам опытной эксплуатации;
4.10 Перевод системы в промышленную эксплуатацию.
Download