【180817】Как вести бизнес

задняя часть Безопасность продукт Операция

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

Обзор

Развитие продуктового бизнеса всегда неотделимо от слова эксплуатация. С быстрым развитием бизнеса и расширением новых предприятий операционные требования становятся все больше и больше, и часто необходимо отслеживать горячие точки Поэтому, имея ограниченные ресурсы, как быстро, точно, гибко и эффективно удовлетворить растущие операционные требования? стабильно , ​​стала проблемой. В соответствии с четырьмя основными элементами работы (цель, толпа, порог и стимул) мы реализовали автоматизированную операционную систему, которая может удовлетворить 80% операционных потребностей за счет абстрагирования, моделирования и разделения действий на компоненты. передать файл конфигурации A может создать новую активность.

Камень других гор

Введение

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

Давайте сначала поймем природу деятельности через три действия

3个活动

Действие 1, чтобы привлечь новых пользователей, для старых пользователей каждый раз, когда человек вытягивается, вознаграждение будет увеличиваться на 20 юаней. Действие 2, чтобы вытащить GMV, для старых пользователей, сколько купонов будет выдано за каждое погашение xx юаней. Действие 3, чтобы привязать карту, для всех пользователей после завершения привязки карты есть шанс получить 100 денежных купонов на 1000 юаней. ... Мы можем обнаружить четыре элемента деятельности:Толпа, Цель, Порог, МотивацияМы можем подытожить наши действия одним предложением:

Для какой группы людей, каких целей мы хотим достичь, какие пороги (правила) устанавливаем и какие стимулы в итоге даем пользователям.

Жизненный цикл активности настолько короток, можем ли мы завершить разработку активности с относительно небольшими затратами на разработку? Разработана ли деятельность для бизнеса? Могу ли я быстро повторно использовать его для других предприятий?

При разработке этих мероприятий мы столкнулись с проблемами и трудностями:

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

Какую операцию делать?

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

运营体系结构

  • Доступ к бизнесу: у нас есть только основа для работы с конкретным продуктом.
  • Операционная деятельность: в конкретном бизнесе бизнес управляется посредством операционной деятельности.
  • Охват пользователя: после выхода события нам нужно проинформировать пользователя.
  • Анализ данных: насколько эффективна кампания, нам необходимо проанализировать данные, чтобы улучшить наш план.
  • Мониторинг предупреждений: сама система не на 100% надежна, нам нужны панели мониторинга для мониторинга нашей системы.
  • Безопасность/защита от взлома: Операции стимулируются и приносят прибыль, а злонамеренные вторжения необходимо предотвращать.
  • Основные возможности: Повышение эффективности разработки за счет абстракции и инструментов.
  • Компонентная система: есть ли визуальный интерфейс для быстрого доступа операторов?

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

Платформизация, стандартизация, конфигурация и компонентизация.

Проект архитектуры системы

系统的架构设计

Сверху донизу:

  • Интерфейсный уровень: разделяйте переднее и заднее, динамическое и статическое разделение, кнопку доступа, запускающую статистическую систему, и компонентные модули.
  • Уровень шлюза: адаптация протокола доступа, проверка подписи, статистика мониторинга интерфейса, ограничение тока и т. д. Обеспечение безопасности интерфейса.
  • Логический уровень: разделен на три подуровня.
    • Первый уровень: доступ к единому центру конфигурации, стандарты интерфейса унифицированы, подключаемые и компонентные общие модули. Обработка сообщений вводит наблюдателей, абстрагируя общедоступные модули.
    • Второй уровень: в соответствии с четырьмя элементами операции абстрагируйте набор правил (привязка карты? Погашение и т. д.) и набор вознаграждений (купоны, физические объекты и т. д.), чтобы сформировать основную логику действия.
    • Третий уровень: абстрагирование всех активных структур хранения (сервисы меток), конфигурация, мониторинг и счетчики распределенных блокировок предоставляются вызовам верхнего уровня в виде сервисов.
  • Базовая платформа: некоторые зависимые базовые возможности: такие как информация о пользователе, информация о заказе, система купонов платформы, основные возможности push-уведомлений и т. д.
  • Уровень хранения: все активные данные хранятся в единой структуре.

Слева направо:

  • Активность можно быстро повторно использовать в других службах.
  • Push-активности через рекламные системы, системы push-уведомлений и т. д. Через систему анализа данных, чтобы сделать анализ данных и оптимизировать процесс деятельности.

Несколько замечаний:

1. Активная маршрутизация

  • Доступ ко всем интерфейсам осуществляется через SaleService.handler.
  • Найдите соответствующий метод выполнения в соответствии с идентификатором действия и методом.
  • Обратитесь к методу маршрутизации MVC
  • Реализовано через режим отражения + прокси

活动路由规则

Некоторые преимущества этого:

  • В связи с коротким периодом активности наличие или отсутствие интерфейса можно настроить, изменив конфигурацию. Легко поддерживать.
  • Очень удобно сделать некоторую публичную проверку или спрятать некоторые ловушки (например, ограничивать ли вход в систему, истекать ли срок действия и т. д.)
  • Может быть глубоко интегрирован с системой конфигурации.
  • Сделайте некоторый мониторинг интерфейса и перехват.

2. сообщение mq (развязка сообщений)

  • Шаблон наблюдателя
  • Закрыто для модификации, открыто для расширения

image.png

3. Единый центр конфигурации

Вы можете обратиться к тому, что было написано ранее 【180425】Единый центр конфигурации:woo woo Краткое описание.com/fear/E countermeasures 8 oh 8 from 1…

Точка, которую можно оптимизировать здесь, заключается в том, чтобы ввести номер версии, сначала обновить конфигурацию + новый номер версии до redis, а затем обновить идентификатор номера версии каждой конфигурации.Когда клиент извлекает конфигурацию, он сначала извлекает версию конфигурации, а затем в соответствии с номером версии +Настройте ключ для получения содержимого конфигурации из Redis, чтобы конфигурацию кеша можно было плавно переключить на новую конфигурацию кеша.

4. О компонентизации

Деятельность обычно можно рассматривать как ряд компонентов.

魔方系统-组件化结构.jpg

Каждый компонент имеет свои особенности.

Как передняя и задняя части взаимодействуют через компоненты?

魔方系统-交互图.png

Лучше всего иметь возможность редактировать его в OA.

OA可视化编辑

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

некоторые личные мнения

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

Наконец, я желаю всем счастливого Танабата.