Перейти к основному содержимому

Solution Landing Guide

Цель данного гайда - зафиксировать используемый формат поиска и размещения функционала в сервисах платформы.

Вариант 1. Решение уже есть в платформе.

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

Чтобы отобрать такую функцию, необходимо проверить структуру платформы в схемах базы данных. и изучить эндпоинты сервисов.

ДоменCервисOAS
CatalogPIMhttps://pim-master-dev.ensi.tech/docs/oas#/
CatalogOffershttps://offers-master-dev.ensi.tech/docs/oas#/
CatalogFeedhttps://feed-master-dev.ensi.tech/docs/oas#/
OrdersOMShttps://oms-master-dev.ensi.tech/docs/oas#/
OrdersBasketshttps://baskets-master-dev.ensi.tech/docs/oas#/
LogisticLogistichttps://logistic-master-dev.ensi.tech/docs/oas#/
ReviewsReviewshttps://reviews-master-dev.ensi.tech/docs/oas#/
UnitsAdmin authhttps://admin-auth-master-dev.ensi.tech/docs/oas#/
UnitsSeller authhttps://seller-auth-master-dev.ensi.tech/docs/oas#/
UnitsBusiness unitshttps://bu-master-dev.ensi.tech/docs/oas#/
SearchSearchhttps://search-master-dev.ensi.tech/docs/oas#/
MarketingMarketinghttps://marketing-master-dev.ensi.tech/docs/oas#/
CMSCMShttps://cms-master-dev.ensi.tech/docs/oas#/
CommunicationCommunicationhttps://communication-master-dev.ensi.tech/docs/oas#/
CustomersCustomershttps://customers-master-dev.ensi.tech/docs/oas#/
CustomersCustomers authhttps://customers-auth-master-dev.ensi.tech/docs/oas#/
CustomersCRMhttps://crm-master-dev.ensi.tech/docs/oas#/

Вариант 2. Решения нет в платформе.

  1. Принятие решения о приземлении функционала происходит совместно разработчиком, аналитиком и архитектором.

  2. Предварительно необходимо учесть несколько критериев:

  • Контекст функционала на уровне бизнес сущностей
  • Конечные модели данных и их взаимосвязь с текущими
  • Требуемая функциональность по обработке данных
  • Ожидаемые НФТ
  1. Далее требуется выбрать из нескольких вариантов:
  • Обособленный новый сервис (низкая связанность данных и функциональности)
  • Доработка существующего сервиса (высокая связанность данных и функциональности)
  • Комбинированное решение с обогащением данных существующего сервиса и выносом новой функциональности в отдельный новый сервис (высокая связанность данных и низкая функциональности)