Автор: Free Fish Technology - Qi Wu

Фон игровой платформы

В Xianyu мы коллективно называем красные конверты Xianyu, красные конверты Alipay, почтовые купоны, карты сокровищ и т. д., предоставляемые пользователям, как права и интересы пользователей. Это важная стратегия для работы пользователей Xianyu, и она показала свою важную ценность в привлечении новых людей, удержании, продвижении и делении. Платформой для управления правами и интересами внутри Ali является Lafite, а Lafite предоставляет два вида возможностей: вероятностную лотерею и призовые. Каждый бизнес-пользователь настраивает свой собственный бизнес-игровой процесс в соответствии со своими потребностями и возможностями Lafite.На основе этого создается игровая платформа прав и интересов Xianyu - Doraemon.

Анализ болевых точек

Ранняя маркетинговая деятельность Xianyu имеет две важные характеристики: низкая частота и искусственная.Xianyu - это подержанная торговая платформа c2c.Самых маркетинговых мероприятий не так много, не более 10 раз в год. Геймплей каждой маркетинговой активности представляет собой простую лотерею: чтобы раздать призы выигравшим пользователям, необходимо поочередно связываться с действующими студентами, а затем распределять права и интересы. Поскольку у группы по развитию бизнеса есть платформы, связанные с акциями, включая wlp, mrp и Lafite, а также единую платформу акций Lafite 2, цель платформы акций состоит в том, чтобы объединить права и интересы внутри группы. платформа не производит эквити, а только портера эквити. С обогащением бизнеса платформа также имеет более богатые права и интересы, включая красные конверты Alipay, купоны на отдельные продукты Taobao, купоны магазина Taobao, купоны на полную скидку Taobao, красные конверты Xianyu, купоны на бесплатную доставку и т. д. Xianyu также уделяет больше внимания бизнес-геймплею и разработала такой геймплей, как большой проигрыватель, переворачивание карт и Jiugongge. С развитием бизнеса Xianyu предъявляются все более высокие требования к игровому процессу, что приводит к более сложному игровому процессу, такому как поиск сокровищ за 100 монет, соревнование PK, таблица лидеров и вход в систему для получения монет. В то же время выявлялось все больше и больше проблем.Проблемы, возникающие на стороне разработки: А. Цикл разработки длительный, а бизнес-уровень деятельности не сложен, но каждая деятельность должна учитывать безопасность системы, стабильность и согласованность данных. б) Трудно найти и локализовать проблемы, а отсутствие систем мониторинга и согласования затрудняет своевременное обнаружение проблем во время деятельности, о чем часто думают запоздало. Проблемы, возникающие на стороне эксплуатации: А. Процесс настройки сложен: от настройки страницы переднего плана до настройки правил действий, разбросанных по нескольким системам. Б. Стоимость связи высока, а концепции на стороне разработки не унифицированы.Каждый раз, когда операция связана с другой разработкой, необходимо принять набор концепций. в) Эффект действия нельзя отследить в режиме реального времени, и данные об эффекте часто запускаются после действия. Проблемы, возникающие на тестовой стороне: А. Стоимость тестирования высока. Во время тестирования необходимо создавать учетные записи с несколькими условиями тестового примера для проверки различных ситуаций. В это время часто требуются разработка и сотрудничество. б) Линия обратной связи длинная, и во время тестирования «черного ящика» возникают проблемы, но неясно, в чем заключается конкретная проблема и как поддерживать воспроизведение на месте. Самое сложное в разработке - это повторение. Если вы дадите мне еще один шанс, я должен создать игровую платформу, и так появится игровая платформа Xianyu. В соответствии с проблемами, изложенными выше, для первой фазы игровой платформы были поставлены три цели: 1. Способность к осаждению является многоразовой, отказ от повторной разработки и ускорение возможности повторного использования. 2. Операция проста в использовании, предоставляет настраиваемую платформу для работы, и вы можете завершить настройку активности и выйти в интернет самостоятельно. 3. Быстро обнаруживайте, локализуйте и сообщайте о проблемах, а также предоставляйте инструменты для тестирования.

Игровая платформа 1.0

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

бизнес-архитектура

Бизнес-цель Doraemon состоит в том, чтобы объединить весь игровой процесс, связанный с правами, в Xianyu, поэтому многие игровые процессы основаны на существующих системах. Как показано на рисунке ниже, вся бизнес-структура Doraemon в основном разделена на три уровня: нижний уровень — внешние зависимости, средний уровень — ядро ​​системы, а верхний уровень — бизнес.Зависимости от внешних систем: компания Doraemon разработала множество бизнес-игр, основанных на бизнес-правилах и существующих возможностях системы. Среди них система задач является важной зависимостью игрового процесса, которая обеспечивает возможность упорядочивания таких задач, как задачи родитель-потомок, комбинированные задачи и упорядоченные задачи; система толпы является важной зависимостью для аутентификации пользователя, которая обеспечивает динамическую толпу. добавление, удаление и проверка.Возможность: Система поведения пользователя — это система для сбора и обратной связи о поведении пользователя, которая дает возможность упорядочивать поведение и обеспечивать обратную связь в режиме реального времени. Система персонализированных рекомендаций — это система, обеспечивающая персонализированные права и интересы для разных пользователей, система сверки обеспечивает согласованность системных данных, система уведомления пользователей обеспечивает возможности уведомления в режиме реального времени. Уровень ядра системы: Doraemon использует концепцию действий для инкапсуляции игрового процесса и бизнес-правил Lafite.Операция требует только завершения настройки действия с помощью простой конфигурации.В то же время Doraemon обеспечивает сбор журналов и поток трафика во время действия.Основные возможности мониторинга, согласования данных и представления данных обеспечивают стабильное и безопасное функционирование деятельности. Бизнес-уровень: внешний интерфейс предоставляет различные компоненты игрового процесса.После настройки действия операторы могут напрямую выбирать доступные компоненты игрового процесса, чтобы представить пользователям различные игровые процессы.

решение

Платформа конфигурации операций

Платформа конфигурации предназначена в основном для студентов, изучающих эксплуатацию. Цель состоит в том, чтобы работа не зависела от разработки, а событие можно было запустить, настроив платформу. В Doraemon маркетинговая кампания называется событием. В событии будет различные бизнес-правила. Каждое бизнес-правило соответствует праву Лафита. Например, если вы проводите маркетинговую кампанию, чтобы предоставить одно право мужчинам-пользователям Xianyu, одно право женщинам и одно право пользователям неизвестного пола, то действие Середина будет соответствовать трем бизнес-правилам, а именно мужскому, женскому и неизвестному полу. Когда пользователь извлекает права, он сначала определяет свой пол, а затем получает права по соответствующим правилам. Когда пользователь соблюдает несколько правил, решение правила будет использоваться для определения того, какую конкретную выгоду пользователь получает в соответствии с правилом.Существует два способа принятия бизнес-решений: один заключается в принятии правильных решений в соответствии с весовыми коэффициентами, а другой — в алгоритмическом принятии решений; цель алгоритмического принятия решений — максимизировать эффективность капитала.

ссылка на разработку

Основное звено маркетинговой деятельности в основном связано с трафиком и безопасностью.Трафик — это проверка работоспособности всей системы, а безопасность — это проверка бизнес-правил всей кампании. Трафик включает в себя обычный трафик и нелегальный трафик.Для нормального трафика вам необходимо обратить внимание на мгновенный трафик в начале активности и пиковый трафик активности.Хорошо поработайте над расширением системы и ограничением тока, чтобы гарантировать, что сервер не блокируется во время активности.В случае нелегального трафика необходимо обращать внимание на трафик машин, подобных сканерам.Перехватывать перед входом на бизнес-уровень, чтобы не мешать обычным пользователям. Сторона безопасности включает в себя бизнес-логику и не-бизнес-логику.Бизнес-логика включает в себя ограничение количества выигрышей в цикле, условия бизнес-правил и т. д. Не-бизнес-логика должна быть направлена ​​на нелегальных пользователей черных и серых продуктов, в том числе одна и та же учетная запись человека, одна и та же учетная запись устройства и одна и та же учетная запись IP и т. д., чтобы предотвратить удаление прав на деятельность. Решение выглядит следующим образом:Среди них Baxia Verification — инструмент очистки трафика, предоставляемый Группой, включая защиту от DDoS-атак, защиту от CC-атак, защиту от веб-атак и защиту от пакетного поведения машины; Группа предоставляет текущий ограниченный доступ к проверке, который может устанавливать трафика и общего трафика, при превышении порога используется токоограничивающая платформа, которая отказывает в доступе, проверка безопасности подключается к системе RMB группы, а учетные записи одного и того же человека, одного и того же устройства и одного и того же IP-адреса предотвращаются и контролируются; однопользовательская одновременная проверка использует глобальную распределенную блокировку, чтобы гарантировать то же самое Учетная запись может иметь только один запрос на вход в уровень бизнес-логики, чтобы предотвратить одновременные проблемы с пользователями; проверка кода действия, при которой код действия генерируется в соответствии с тремя измерениями активности, времени и пользователя и проверяется простым шифрованием и декодированием с помощью Base64; согласование в реальном времени Основное внимание уделяется бизнес-правилам, и проверка правил в реальном времени выполняется для каждого выигравшего пользователя для предотвращения лазеек в кодировании правил. Ежечасная автономная сверка в основном фокусируется на порядке величины, чтобы не допустить, чтобы неправильная конфигурация операционной стороны привела к чрезмерной выдаче призов.

инструменты для тестирования

Инструмент тестирования предназначен для студентов-испытателей, и необходимо решить две проблемы: первая состоит в том, чтобы быстро создать пользователей, отвечающих тестовым примерам, и вторая: быстро найти, определить местонахождение и сообщить о проблемах. Среди них тестовые случаи генерируются в соответствии с маркетинговыми правилами, установленными операцией.Если вы можете гибко добавить или пропустить проверку правил для тестовых пользователей, приглашение тестовых одноклассников может быть удовлетворено.В этом документе используется метод белого списка для решить построение пользовательских тестовых случаев.Когда пользователю нужно проверить правила, он добавляется в белый список для проверки.Когда пользователю нужно пропустить проверку, отправляется пропущенный белый список.Когда белый список не добавлен, обычный выполняется логика проверки бизнеса. Решение для поиска проблем, используемое в этой статье, состоит в том, чтобы записывать аномальные журналы в службу и систему мониторинга журналов для завершения.При обнаружении проблем, чем точнее журнал, тем быстрее может быть обнаружена проблема, но в то же время, журнал, тем больше журнал печатается.Накладные расходы системы также очень велики, поэтому ключевой вопрос, как выбрать.Чтобы решить эту проблему, в этой статье представлены две схемы журнала: подробный журнал и приблизительный журнал.Во-первых, весь процесс лотереи разделен на следующие этапы, как показано на рисунке ниже:Для обычных онлайн-пользователей вам нужно распечатать только окончательный журнал успехов и журнал исключений.Здесь используется приблизительный журнал.Для тестового пользователя здесь печатается подробный журнал каждого шага.Здесь используется подробный журнал. Окончательная блок-схема решения выглядит следующим образом:Во-первых, тестовые пользователи могут добавляться в белый список, сканируя код перед вызовом интерфейса лотереи.При проверке правил в процессе вызова интерфейса лотереи пользователь будет проверяться по белому списку.Пользователь белого списка представляет собой сложный объект, который содержит Чтобы проверить, проверено ли каждое правило, интерфейс лотереи, наконец, вызывается после прохождения проверки. В то же время АОП-возможности Spring используются для печати журнала на каждом этапе вызова лотереи.При печати сначала проверьте, является ли он пользователем из белого списка.Если это пользователь из белого списка, распечатайте подробные входные и выходные параметры каждого Шаг Если вы обычный онлайн-пользователь, вам нужно распечатать только ненормальный узел и окончательный узел результата. Чтобы повысить производительность проверки белого списка, информация о пользователе белого списка хранится в памяти, а конфигурация белого списка нескольких машин синхронно использует Diamond (эта возможность также есть у внешнего зоопарка).

деловой эффект

Вышеизложенное кратко представляет бизнес-архитектуру всей системы и решения некоторых основных проблем.Следующее в основном показывает несколько способов использования платформы Doraemon для выполнения следующих задач:

миссионерская игра	ПК геймплей	Совокупный игровой процесс
Пользователь попадает на страницу конкретной задачи через страницу списка задач.После выполнения задачи он может получить соответствующую награду.Этот игровой режим используется в сцене с монетой Сяньюй в Сяньюй, и монета Сяньюй получается при выполнении задачи.	Операция создает две команды, позволяя пользователям поддерживать свои команды. Какая команда победит, получит соответствующие награды. Это игровой процесс, используемый в событии Gundam Run.	Пользователь накапливает количество розыгрышей лотереи с помощью задач, а затем проводит розыгрыши лотереи, что и используется в двухмерных действиях.

Игровая платформа продолжает исследовать

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