Поддержи Openmeetings

вторник, 26 января 2010 г.

Биржа рекламы

Информационная система «Мобильная реклама» — собственная разработка нашей компании, интегрированная с решениями сторонних производителей, таких, как Volantis Systems, оборудованием компании HP и внутренней инфраструктурой мобильных операторов.

История платформы доставки мобильного контента Volantis — это множество успешных внедрений. Например, платформа используется компанией Вымпелком в качестве контент-витрины. В то же время эта платформа является свободным решением, что позволяет операторам экономить лицензионные платежи. Собственные решения компании в области таргетинга рекламы позволяют легко расширять и модифицировать линейку рекламных продуктов быстрее, чем конкуренты.

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

Краткое описание решения

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

Для достижения необходимой модульности используется стандартная модель распределённой архитектуры. Это позволяет добавлять новую функциональность, такую как специфичные рекламные кампании, бонусные проекты и так далее, просто устанавливая соответствующие модули на работающий сервер. Другое решение, которое обеспечивает возможность внесения изменения без перепрограммирования — визуальный редактор интерфейсов и форм. Он базируется на одной из популярных свободных систем промышленного документооборота (ECMS). Отметим, что визуальный редактор интерфейсов позволяет добавлять поля к постоянным (persistent) объектам, описывающим такие сущности системы, как рекламная кампания, рекламный агент или профиль рекламодателя.

Отметим более подробно следующие детали решения:

  • Модерирование рекламных кампаний на предмет соответствия законам РФ производится обученным специалистом. В интерфейсе модерирования можно просматривать очередь утверждаемых рекламных объявлений, при этом «подозрительные» слова из редактируемого списка подсвечиваются для привлечения внимания.
  • Для оценки эффективности рекламодателю предоставляются аналитические сводки по проведённой рекламной кампании с использованием стандартных показателей эффективности. Эти показатели включают CTR, время, проведённое на рекламируемом сайте/портале и цены единичного сообщения в зависимости от времени и различных подгрупп рекламной аудитории. При этом рекламодатель имеет возможность настраивать сводки, выделяя интересующие его подгруппы и временные периоды. Основными видами диаграмм являются графики (в зависимости от времени) и круговые диаграммы. Подгруппы выделяются стандартными средствами таргетинга. Например, по результатам своей рекламной кампании для молодых москвичей рекламодатель может посмотреть, какой отклик был у мужской и женской части получивших сообщения.
  • Для повышения эффективности кампаний, система с помощью регрессионного анализа находит зависимость показателей отклика в расчёте на затраченный рубль от различных параметров таргетинга. Тем самым определяется, насколько может увеличить эффективность кампании (в процентах к увеличению отклика на затраченный рубль) уточнение таргетинга по существенным параметрам. В частности, определяется, какие параметры таргетинга существенно влияют на отклик, а какие слабо. Приведём наглядный пример, почему для планирования кампаний необходим хоть и простой, но количественный анализ. Известно, что отклик на рекламную кампанию молодёжных товаров и услуг, продаваемых в клубах, выше в вечерние часы. Несмотря на это, из-за более высокой цены рекламы в вечерние часы более эффективной может оказаться рассылка большего количества сообщений в другое время суток.
  • Для того, чтобы рекламные агенты могли обмениваться опытом, необходимо создать среду для общения, интегрированную с популярными социальными сетями и блогами. Кроме того, эта среда должна допускать простой импорт и экспорт информации о рекламной кампании, а также публикацию удостоверяемых мобильным оператором результатов о её эффективности.
  • Наша компания имеет деловые отношения с несколькими рекламными кампаниями, занимающимися Интернет-рекламой. Также наши клиенты и партнёры по холдингу обладают портфолио рекламных заказов. В случае разработки системы на условиях партнерства мы планируем привлечь достаточное количество рекламных заказов уже на стадии опытной эксплуатации системы.

Совместимость решения с системами операторов

Совместимость решения с системами операторов обеспечивается использованием открытых интерфейсов (SOA), предоставляемым операторами в рамках партнёрских соглашений.

Опыт исполнителя по внедрению рекламных решений

Наша компания выполняла исследовательские работы по рекламе в Интернет, в том числе, рекламные кампании по повышению популярности свободного программного обеспечения и экологического мониторинга.

Детальное описание решения

Рассмотрим детальное описание решения.

Архитектура решения

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

Deployment diagram

Для реализации распределённого кэша используется система MemCached. В качестве сервера приложений используется Apache HTTPD. Отметим, что при масштабировании решения каждая из систем может быть заменена распределённым кластером на основе того же решения, или его коммерческого аналога. Для определения минимальной комплектации серверов см. раздел «аппаратные требования соответствующих программных продуктов».

Управление рекламной кампанией (РК)

Менеджер РК — это приложение, позволяющее уведомлять рекламодателя о различных событиях, связанных с заказанными им РК. Он состоит из следующих компонентов:

  • хранилище профилей рекламодателей;
  • хранилище рекламных кампаний;
  • хранилище внутренней информации о рекламодателях;
  • адаптеры для извлечения информации о ходе рекламной кампании из систем мобильного оператора;
  • вычислительное ядро, содержащее алгоритмы уведомления и выставления счетов рекламодателям;
  • адаптеры для различных систем уведомления получателя рекламы, включая: e-mail, ICQ, SMS;
  • веб-интерфейс, позволяющий своевременно следить за ходом заказанных рекламных кампаний, а также менять профиль рекламодателя и другие настройки.

Управление личными кабинетами рекламных агентов (РА) и потребителей рекламы

Интерфейс личных кабинетов пользователей сервиса не задан жёстко, что позволяет администраторам сервиса добавлять и редактировать поля в личном профиле и даже предоставлять к заполнению различные поля в зависимости от пользователя. Команде технической поддержки предоставляется документация о дополнительной настройке личных кабинетов в соответствии с проводимыми PR-мероприятиями.

Личный кабинет потребителя рекламы интегрирован с биллингом баллов за просмотр рекламы, позволяет просматривать статистику и покупать за баллы различные услуги операторов. В личном профиле потребителя рекламы можно подписаться на рекламу по определённой интересующей тематике.

Личный кабинет РА позволяет планировать рекламные кампании, просматривать аналитические сводки по проведённым и проводимым РК, обмениваться опытом с другими РА.

Управление согласием/отказом подписчиков от рекламы

В личном кабинете или по SMS подписчик может отказаться («пожаловаться») или «похвалить» любую доставляемую рекламу. На основании отзывов подписчиков РК может быть приостановлена.

Выбор целевой аудитории (таргетинг)

Накопленная информация о каждом получателе рекламы позволяет сделать практически любой срез аудитории. В процессе работы системы информация будет пополняться. Со временем мы планируем достичь точности таргетирования порядка 5000 человек. Таргетинг рекламы осуществляется с использованием следующих параметров:

  • простейший: время, объем рекламы, частота показов, географический регион;
  • технический: операторы, модель телефона, группы моделей телефонов, каналы доставки;
  • тематический: контекстный, по интересам;
  • по личной анкете: данные операторов, данные в социальных сервисах, демография, другие данные профиля.

Профилирование рекламной аудитории

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

По умолчанию профиль включает следующую информацию:

  • персональную: MSISDN абонента, «красивый» ли номер, прямой ли номер, паспортные данные абонента, возраст, пол, имя, фамилия;
  • информацию об обслуживании: оплата услуг за прошедший месяц, роуминг, GPRS, SMS, соотношение входящих/исходящих вызовов, настройки пользователя относительно opt-in/opt-out мобильной рекламы;
  • техническую: модель телефона, географическое положение абонента.

Использование оповещений

Для того, чтобы мобильная реклама была более полезна обычному пользователю, необходимо интегрировать её со стандартными рассылками и оповещениями. В соответствии с этим предполагается разбиение оповещений на 3 группы.

Общие

Обычная широковещательная массовая реклама. При отключении канала не требуется подтверждение.

Предупреждения

Предупреждения — канал содержит предупреждения о возможных небольших проблемах и путях их решения для конкретного пользователя. Для отмены требуется подтверждение.

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

Опасность

Сообщения высокой важности не подлежит отмене.
  • Предупреждения о боевых действиях.
  • Предупреждения об эпидемиях.
  • Предупреждения о стихийных бедствиях.
  • Сообщения для родителей о малолетних детях, детям — о пожилых родителях.
  • Подозрительное поведение, выход из типичной зоны обслуживания.
  • Сообщения от охранных систем по защите жилья/автотранспорта.
  • Сообщения сервиса «Вызов милиции» — если вы предполагаете угрозу личной безопасности, то послав СМС вы можете запустить «Таймер безопасности» на полчаса. В случае, если от вас в течение этого времени не пришло СМС о том, что опасная ситуация отменена то по местонахождению вашего телефона вызывается наряд милиции.

Интерфейсы взаимодействия

Реализация модуля бизнес-логики платформы Мобильная реклама будет осуществляться на SQL/PSM, что предполагает быструю реализацию взаимодействия с любыми системами по протоколу SQL (over TCP/IP). Взаимодействие с серверами приложений осуществляется по протоколу SOAP. Предполагаемая архитектура системы предусматривает два типа взаимодействия с указанными системами мобильных операторов — PULL и PUSH. PULL-взаимодействие предполагает, что центральный модуль инициирует запросы в другие информационные системы и получает данные. PUSH-взаимодействие предполагает, что другие системы инициируют взаимодействие, передают данные и инициируют отклик в центральном модуле. Архитектура на основе адаптеров каждого модуля делает развитие платформы простым в части подключения к новым системам. В случае появления систем, отличных от вышеперечисленных, потребуется только написать для них соответствующие адаптеры.

КомпонентаИнтерфейсЗамечания
Информационное хранилище SQLDBAdapter Выбор организации, в рамках которого будет развиваться продукт, определяет выбор систем хранения, расчётов и CRM. Для юридического лица, создаваемого с нуля, представляется целесообразным реализовать информационное хранилище, систему расчётов и CRM на базе свободных продуктов.
Автоматизированная система расчётов SOAPBillingAdapter
CRM SOAPCRMAdapter
Центр рассылки SMS (SMSC) FTPSMSCAdapter, SOAPSMSCAdapter (опционально) Центральный модуль системы предполагает интеграцию с SMSC операторов на нескольких уровнях. Низкоуровневая интеграция предполагает работу через общедоступные шлюзы: отправка SMS на конкретный номер; проверка, доставлено ли сообщение; отзыв SMS сообщения если оно еще не доставлено. Высокоуровневая интеграция предполагает наличие партнёрских соглашений с оператором для ускоренного обмена большими объёмами данных: отправка SMS на список MSISDN в пакетном режиме, получение статистики доставленных сообщений, мониторинг отклика получателей рекламы на сообщения. Протокол FTP исторически используется в большинстве оборудования SMSC, а SOAP обеспечивает более высокий уровень интеграции и защиты от сбоев.
SMS- и MMS-рассыльщики FTPSMSAdapter, SOAPSMSAdapter (опционально), FTPMMSAdapter, SOAPMMSAdapter (опционально) Поскольку SMS-рассылки на начальном этапе проекта будут наиболее приоритетным направлением, предполагается тесная интеграция Мобильной рекламы напрямую с рассыльщиками. Протокол FTP исторически используется в большинстве рассыльщиков, SOAP обеспечивает более высокий уровень интеграции и защиты от сбоев.
Сервер USSD FTPUSSDAdapter, SOAPUSSDAdapter (опционально) Система предполагает интеграцию с USSD сервисами, такими как проверка баланса. Взаимодействие происходит в двух режимах:
  • В онлайн режиме получатель рекламы осуществляет USSD запрос, который передается центральному модулю системы, и та, в свою очередь, формирует ответ.
  • В оффлайн режиме центральный модуль пакетно передаёт правила рассылки USSD сообщений и дополнения USSD запросов пользователя рекламными сообщениями, и USSD сервер самостоятельно осуществляет рассылку по указанному алгоритму.
Первая схема имеет те преимущества, что она позволяет рассылать рекламу с высокой селективностью по целевой аудитории. Вторая схема работает быстрее и позволяет осуществлять массовые рассылки по номерным емкостям. Таким образом, для рекламных кампаний разного типа может использоваться либо один метод, либо другой, либо оба. Протокол FTP исторически используется в большинстве оборудования SMSC, SOAP обеспечивает более высокий уровень интеграции и защиты от сбоев.
WAP/WEB SOAPWAPWEBAdapter Использование WAP/WEB дает широкие возможности для проведения РК. Основными направлениями использования WAP/WEB являются:
  • анализ посещаемых получателем рекламы сайтов для накопления информации о нём, расширение пользовательского профайла;
  • добавление рекламы в просматриваемые страницы — поскольку все запросы WAP идут через мобильного оператора, то при наличии соответствующего интерфейса возможно добавлять небольшое количество контекстной рекламы к просматриваемым страницам; для этого платформа WAP\WEB оператора обращается к центральному модулю Мобильной рекламы для получения рекламного баннера в зависимости от MSISDN и географической информации, основываясь на пользовательском профайле и таргетировании рекламы, или заранее получает от центрального набор контекстных правил для внедрения рекламы;
  • анализ и дешифрация протоколов мобильных браузеров (пример — Opera Mini) с целью использования этой информации для сбора статистики посещения сайтов.
ICB (Interactive Cell Broadcasting) FTPICBAdapter, SOAPICBAdapter (опционально) Протокол FTP исторически используется в ICB оборудовании, SOAP обеспечивает более высокий уровень интеграции и защиты от сбоев.

Далее в этом документе мы рассмотрим канал доставки. Канал обладает следующими характеристиками. Канал имеет ограниченный ресурс — за единицу времени он может доставить до потребителя ограниченное количество рекламных сообщений. Рекламные сообщения у канала имеют однородную сущность — например, канал посылки SMS, канал посылки MMS, канал ICB. В системе канал представлен несколькими объектами — это, во-первых, объект базы данных, содержащий его описание, а также программный модуль, который занимается работой непосредственно рассылкой в соответствии с таргетингом.

Примеры каналов рекламы

Приведём несколько примеров рекламных каналов:

  • Канал «Сервисные сообщения» (ответ на запрос баланса, «Вам звонили», SMS о приеме платежа). Формат рекламы: встраиваемые текстовые сообщения. Охват: все абоненты мобильного оператора. Таргетинг: по оператору, по тарифам и услугам. Особая черта: повышенный интерес пользователя к сообщениям о переводе средств, интерактивность.
  • Канал «Баннеры при просмотре web и wap-страниц». Формат рекламы: графический или текстовый баннер. Охват: 20% абонентов мобильного оператора. Таргетинг: продвинутые пользователи телефонов. Особая черта: привлекательность графических образов.
  • Канал «Широковещательные рассылки (ICB)». Формат рекламы: текстовые сообщения.Охват: 10% абонентов мобильного оператора. Географический таргетинг. Особая черта: возможен качественно иной уровень интерактивности, например, прийти в ближайшую рекламируемую парикмахерскую и сделать там причёску.

Ещё несколько каналов:

  • во время звонка: звуковые ролики,
  • на спящем экране: любое медиа (графические баннеры, видео и звуковые ролики, текст)
  • в MMS рассылках: любое медиа,
  • в SMS рассылках: текст,
  • в играх: любое медиа, рекламные игровые моменты,
  • в java, iphone, android приложениях: любое медиа,
  • в потоковом и скачиваемом видео: видео-ролики, любое медиа
  • в магазинах музыки Ovi и iTunes: звуковые ролики,
  • в магазинах рингтонов: звуковые ролики,
  • в ГИС-приложениях, картах: информация о ближайших объектах на карте,
  • в системах поиска, WAP/WEB сайтах: контекстная реклама,
  • bluetooth: социальные сообщения.

Возможные варианты оплаты рекламных кампаний

Интерфейс предусматривает два основных способа покупки рекламы — контракты гарантированного объёма и торговля за объём на повышение. В обоих случаях пользователь будет задавать время рекламной кампании, только в одном случае он имеет право на гарантированное выделение канала (если таковой ещё имеется в нужном объёме в свободном доступе на указанное время), а в другом — он может выставить свою цену на показ (CPC/CPM) и получить возможность приобрести рекламные ресурсы по этой цене. Принцип очень прост — все свободные производственные ресурсы, оставшиеся от гарантированно выделенных, выставляются на аукцион, и наивысшая цена, данная за показ, побеждает, затем побеждает вторая по вышине и так далее. То есть, чем выше РА выставляет цену, тем больше вероятность выигрыша. В указанном случае деньги с его счёта будут списываться исключительно за то количество показов, которое он выиграл. Определённая таким образом рыночная цена будет служить индикатором для определения стоимости показов по гарантированным контрактам. В отличие от биржи, цена гарантированной закупки рекламы предполагает скидку за объём.

Алгоритм вычисления пропускной способности канала (гарантированная закупка)

Исходные данные, введённые пользователем вначале — начало (S) и конец (E) желаемого рекламного промежутка. Каждый канал должен иметь расписание своей загруженности, размещённое в Таблице Пиковой Мощности (ТПМ).

Элементы в таблице ТПМ:

Начало загрузки
ID рекламной кампании
ID канала
Конец загрузки
Загруженная мощность

Опишем алгоритм вычисления свободной мощности канала:

РА в интерфейсе редактора рекламных кампаний указывает время, в которое ему бы хотелось провести РК.

Если время не занято другими ресурсами, пользователь получает W (максимальная пропускная способность в ед. времени)*T(время кампании) единиц объёма канала (рекламных сообщений). В случае согласия выбранное РА количество занятых единиц делится на T и соответствующий элемент вносятся в ТПМ.

  • находятся все элементы в таблице ТПМ, конец которых позже S, а начало — раньше Е;
  • если у элемента начало раньше S, то он удаляется из таблицы, а вместо него вносится два — один от начала до S, и другой от S до конца;
  • элемент дробится далее, если он содержит точку E;
  • в результате остаётся список, в котором все элементы имеют начало не раньше S и конец не позже E;
  • для каждого элемента из списка считается его общая загрузка по формуле конец минус начало умножить на мощность, которая суммируется, получаем общую текущую загрузку канала;
  • полученная загрузка канала вычитается из максимальной и выдаётся пользователю вместе с ценой (CPC/CPM), на основе которых пользователь определяет нужную ему загрузку;
  • далее происходит заполнение по принципу «Залив водой», описанному на рисунке справа. Здесь: 1, 2 и 3 — элементы ТПМ, a), b), c) — образующиеся новые элементы. Если элемента а) не хватает для покрытия всего необходимого заказа, создаётся элемент b), и так далее пока следующие элементы c) не окажутся перекрывающим весь объём заказа.

Если время уже занято другими ресурсами, алгоритм становится сложнее:

Биржа рекламы

Исходные данные, введённые пользователем: начало, конец времени, количество показов, а также цена за показ (CPM/CPC). База данных на бирже рекламы имеет следующую структуру:

ID рекламной кампании
ID канала
Начало
Конец
Цена за показ
Общее количество показов / другая метрика объёма

Алгоритм достаточно прост — реклама, выбираемая из базы гарантированных закупок, квантуется по интервалу времени, в каждом таком интервале нам известно свободное количество ресурсов отправителя на данном канале. Далее берутся все элементы из базы биржи, во временные рамки которых попадает данный квант времени, и из них выбирается элемент с наивысшей ценой. Количество свободных ресурсов уменьшается на количество показов этого элемента или до нуля, и, если ещё остались, алгоритм повторяется. Элементы, которые были показаны, отмеряют соответствующее число показов, и те, что дошли до нуля — архивируются. В историю соответствующих кампаний вносится информация о проведённых показах. Данные всех элементов, время которых истекло, также архивируются. Для удобства рекламодателей, предполагается создать расширяемую систему торговли, допускающую установку новых алгоритмов и контрактов в виде загружаемых на сервер модулей.

По умолчанию система содержит следующие виды биллинга рекламной кампании:
Схема 1: Оплата за охват. Рекламодатель оплачивает рассылку рекламных сообщений без контроля результативности.
Схема 2: Оплата за отклик. Рекламодателю выставляется счет в зависимости от реальных переходов на сайт/телефонных звонков от клиентов и т. п.
Схема 3: Смешанная. Стороны в индивидуальном порядке договариваются о тарификации рекламной кампании. Группа IT готовит специальный Plug-In для реализации этой логики.

Поддержка русского языка и других региональных языков

Все предложенные программные средства поддерживают стандарт Unicode, и поэтому русский язык поддерживается в той же мере, как и любой другой. Благодаря этому система может использоваться на международных рынках.

Интеграция с IP сетями

На всем оборудовании планируется реализовать удаленный консольный доступ: serial console. Также планируется разработать и предоставить все необходимые настройки для маршрутизаторов, необходимые для их администрирования и интеграции с IP сетями в датацентрах.

Инвентаризация оборудования и ПО

Для инвентаризации оборудования и ПО предлагается использовать свободную систему учёта активов.

Занимаемая площадь и энергопотребление

Решение занимает 4 юнита в стойках (+ 2 юнита для каждого регионального кластера) и требует не более 800 Watt на каждый юнит. Среднее энергопотребление зависит от нагрузки и при средней загрузке составляет около 200 Watt на каждый юнит.

Техническое описание решения

Данный раздел предоставляет детальное инженерно-техническое описание решения.

Управление решением

Платформа Мобильная реклама содержит следующие управляющие модули:

  • модуль конфигурации;
  • модуль статистики;
  • модуль мониторинга системы;
  • модуль аварий с поддержкой SNMP;
  • модуль удаленного администрирования.

Платформа написана с использованием технологий, допускающих удалённое администрирование с использованием SOAP. Для мониторинга элементов системы предполагается использовать свободное решение Zabbix.

Аппаратные требования

Аппаратный комплекс, позволяющий управлять размещением рекламного контента на каналах коммуникации с абонентами мобильного оператора, согласно Закупочной документации, реализуется на оборудовании компании HP. В региональных датацентрах устанавливаются по 2 сервера HP ProLiant DL380G5 (470064-626) (3800 у.е.) в стандартной комплектации на каждый регион + 2 дополнительных для уникальной функциональности центрального региона, обеспечивающих необходимую защиту и постоянную доступность данных.

Планируется переиспользовать решения датацентра по долговременному хранению и восстановлению данных. В случае необходимости дополнительной поставки хранилищ данных предлагаются HP StorageWorks 2000fc Modular Smart Array (6920 у.е.) в базовой комплектации для организации скоростного хранилища и HP StorageWorks 1/8 G2 Tape Autoloader (SAS) (5340 у.е.) для бэкапа и архивирования данных на ленте. При росте нагрузки свыше запланированных 300 рекламных событий в секунду, возможно, потребуется докупить диски в RAID-массивы. Резервировать в ближайшее время место в стойках нет необходимости.

Требования к программному обеспечению

База данных

База данных MySQL служит для хранения региональной информации и построения статистических региональных выборок. Региональные БД реплицируются с использованием двусторонней репликации (multi-master), и отправляют данные на центральные сервера страны с использованием односторонней репликации.

ПО сторонних производителей, используемое в решении

Система построена на свободном программном обеспечении, программном обеспечении Volantis Systems и собственных решениях нашей компании.

Производительность и масштабируемость системы

Выбор популярного сервера приложений и широко распространённой базы данных для основы решения позволяет устанавливать систему без перепрограммирования на широкий набор серверных средств. Все региональные сервера устроены одинаково для упрощения масштабирования системы. На серверной платформе установлен хипервайзер VMware ESX или аналогичный с возможностью удалённого доступа к системе. На хипервайзере работает операционная система Ubuntu Server Edition или аналогичная, на которой установлено ПО сервера приложений и базы данных. Образы виртуальных систем отличаются одним конфигурационным файлом, необходимым для описания взаимодействия со вторым сервером региона, центральным сервером страны, а также интеграцией со средствами доставки мобильного контента. Для того, чтобы установить пару серверов в регион, достаточно подключить два сервера в Датацентре, перенести виртуальные образы (возможно, удалённо) на эти сервера и исправить конфигурационный файл согласно прилагаемой инструкции.

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

Обеспечение безопасности работы системы

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

Следующий уровень безопасности достигается использованием защищённых протоколов и стандартных алгоритмов шифрования. Пользователи системы аутентифицируются в системе с помощью пары логин/пароль. Пароль системы хранится в защищённом виде и восстановлению не подлежит — возможно получение нового пароля в случае потери старого. Также безопасность обеспечивается разделением прав (авторизацией) на просмотр и изменение данных в системе. В системе планируется предусмотреть следующие роли пользователей.

  • Администратор устанавливает роли пользователей.
  • Оператор работает с клиентскими подключениями и услугами.
  • Аналитик имеет доступ к статистике использования системы.
  • Бизнес-аналитик имеет доступ к аналитике по биллинговой информации.
  • Процесс-аналитик имеет доступ к ключевым показателям эффективности использования системы.
  • Инженер службы поддержки наблюдает состояние системы и осуществляет экстренные действия по поддержанию работоспособности системы.

Также при настройке системы ведётся журналирование изменения данных и архивирование данных на ленточных носителях согласно определённым регламентам, что позволяет восстанавливать данные в случае умышленной или неумышленной порчи.

Повышение отказоустойчивости

Помимо перечисленных программных средств, для обеспечения надежности системы предлагается переиспользовать внедрённые в датацентрах средства мониторинга и распределения нагрузки по серверам — это позволит вписать создаваемое решение в общую схему управления ИТ-инфраструктурой, и, тем самым, сократить эксплуатационные расходы. Альтернативой данному решению является использование свободной системы мониторинга в центральном офисе и каждом из регионов.

Интеграция с внешними системами

Интеграция с внешними системами и системами операторов производится на основании SOA и FTP.

Процедура релиза системы и тестирование

Наша компания сертифицирована по стандарту ISO 9000 и осуществляет процессы управления выпуском программного обеспечения в соответствии с этими стандартами. Для проверки Решения разработаны модульные, функциональные и нагрузочные тесты.

Документация

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

Примеры работающих установок решения

С рабочей версией Volantis Mobility Server можно ознакомиться здесь.

Реализация проекта

В данном проекте, для оптимального соотношения цены и качества разработки и кастомизации системы, предполагается задействовать R&D центры нашей компании в Москве, Ульяновске и Смоленске. Штатное расписание: 3 R&D менеджера, архитектор проекта, 2 аналитика, 4 системных администратора, специалист по высоконагруженным системам, релиз-инженер, 8 программистов, 12 инженеров по тестированию ПО, технический писатель. Наши специалисты имеют большой опыт коммерческих разработок оборудования и ПО для ИТ/Телеком компаний в ходе работы как над собственными проектами (CMS Joomla, OpenMeetings, аппаратно-программный терминал ВКС «Пульс-М» и т.д.), так и над проектами крупных ИТ/Телеком вендоров (Intel, Sun, Alcatel-Lucent, «1С» и т.д.). Кроме того, компания является официальным партнером по разработке программного обеспечения для таких компаний как Intel, Sun, Microsoft, и участвует в Российской ассоциации свободного программного обеспечения (РАСПО) с момента основания этой организации.

Ниже представлен план-график реализации решения, рассчитанный на 32 недели с момента подписания партнёрских договоров.

По этапу 2: необходимо предоставить набор, включающий все возможные виды тестовых пакетов с интегрируемых платформ не позднее 3-х дней с момента подписания договора. Должны быть обозначены ключевые инженеры со стороны операторов для разрешения вопросов соответствия пакетов международным стандартам и дополнительных консультаций разработчиков.

По этапу 3: партнёры должны будут предоставить рекламный контент (шаблоны, графические изображения, тексты, рекламные ролики) для оформления WEB интерфейсов системы, самостоятельно решая все вопросы связанные с авторскими и прочими правами на предоставленный контент, в случае предъявления претензий со стороны сторонних организаций и физических лиц.

По этапу 4: партнёры должны обозначить ключевых сотрудников для консультаций по оформлению WEB интерфейса в партнёрском стиле.

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

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

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

По этапу 8: операторы должны обозначить ключевого сотрудника для испытаний центрального модуля системы совместно с инженерам нашей компании по предварительно согласованной программе. Соответствующие инженеры по интегрируемым платформам должны быть доступны для оперативного устранения выявляемых в ходе тестирования проблем.

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

По этапу 10: партнёры должны обозначить ключевого сотрудника для испытаний WEB интерфейсов совместно с инженерам нашей компании по предварительно согласованной программе.

По этапу 11: операторы датацентров и региональные мобильные операторы должны обозначить ключевого сотрудника для установки, тестирования, интеграции и испытаний региональных платформ совместно с инженерам нашей компании по предварительно согласованной программе (не более 3-х дней на каждую региональную платформу). Необходимо гарантировать полную готовность соответствующих региональных площадок к моменту выезда сотрудника нашей компании в соответствующий регион. В случае задержек связанных с отсутствием требуемых для интеграции и тестирования ресурсов, сторона, виноватая в задержке, оплачивает дополнительные расходы связанные с задержкой пребывания сотрудника в командировке в размере 9 тысяч рублей за каждый день задержки.

По этапу 13: по умолчанию предлагается техническая поддержка в режиме 8/5 (8 часов в день, по будням) сроком на 1 год. После выхода проекта на самоокупаемость будет организованна специальная горячая линия 24/7 силами внешнего Call-центра, которому будут предоставлены документация и система контроля ошибок.

Общее: для выполнения программы в срок необходимо закрепить ответственность в партнёрских договорах.

2 комментария :

Отправить комментарий