Малдуу, жеткирилген буйруттардын санына негизделген (OMS негизги системасы) жана төлөм кызматына (касса) арзандуулуктун өлчөмүн берүүчү Лоялдуулук кызматыны иштеп чыгуу өтүнүчү менен келди. Лоялдуулук кызматы азырынча алдыңкы бөлүккө ээ болбойт, тек маалымат базасында жеткирилген жана жокко чыгарылбаган буйруттардын саны менен тиешелүү арзандуулукту картага түшүрүү керек. Бир нерсе сыяктуу: Буйруттар Арзандуулук [phone]% [phone]% [phone]% [phone]% Кызматтын архитектурасын долбоорлоо, төлөм жана буйруттарды башкаруу кызматтары менен интеграция механизмдерин сунуштоо керек. Кызматтын архитектурасын долбоорлоо керек, аны өнүктүрүү жана жайгаштыруу командасына өткөрүп берүү мүмкүн.

Для сервиса Лояльности предлагается следующая архитектура и интеграция:

Архитектура сервиса Лояльности

• Хранение данных: таблица в БД с маппингом количества доставленных и не отменённых заказов на размер скидки.

  CREATE TABLE loyalty_discounts (
    min_orders INT PRIMARY KEY,
    discount_percent DECIMAL(5,2)
  );
  

• API сервиса: REST или gRPC интерфейс, предоставляющий метод получения скидки по количеству заказов.

  // Пример метода на Java
  public BigDecimal getDiscount(int deliveredOrders) {
      // Логика выбора максимальной скидки, где min_orders <= deliveredOrders
  }
  

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

• Сервис управления заказами (OMS):

  • Отвечает за учёт и обновление статусов заказов.
  • При изменении статуса заказа (доставлен, отменён) отправляет событие (например, через Kafka или RabbitMQ) в сервис Лояльности.

• Сервис Лояльности:

  • Подписывается на события OMS.
  • Обновляет внутренние данные о количестве доставленных заказов для каждого пользователя.

• Сервис оформления заказа (cashier):

  • При оформлении заказа запрашивает у сервиса Лояльности размер скидки по идентификатору пользователя.
  • Применяет скидку к заказу.

Дополнительно

• Использовать кеширование в сервисе Лояльности для ускорения ответов.
• Обеспечить идемпотентность обработки событий от OMS.
• Логирование и мониторинг для отслеживания корректности работы.

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