Das Produkt kam mit der Anfrage, einen Loyalitätsdienst zu entwickeln, der basierend auf der Anzahl der gelieferten Bestellungen (Master-System für Bestellungen OMS) dem Zahlungsdienst (Kassierer) die Höhe des Rabatts mitteilt. Der Loyalitätsdienst wird vorerst keine Front-End-Komponente haben, es ist nur in der Datenbank eine Zuordnung zu speichern, wie viele gelieferte und nicht stornierte Bestellungen welchem Rabatt entsprechen. Etwas in der Art: Bestellungen Rabatt [phone]% [phone]% [phone]% [phone]% Es ist notwendig, einen Dienst zu entwerfen, Mechanismen für die Integration mit dem Zahlungsdienst und dem Bestellmanagementdienst vorzuschlagen. Es ist notwendig, die Architektur des Dienstes zu entwerfen, die an das Entwicklungs- und Deployment-Team übergeben werden kann.

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

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

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

  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.
• Логирование и мониторинг для отслеживания корректности работы.

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