Comments 19
Отличная статя! Хотелось бы узнать разницу в скорости запроса, между монoлитом и микросервисом!
В постгес тоже можно положить данные в jsonb, настроить индексы и сделать фасетный поиск там. Если данные влезают в toast ~2kb, то поиск довольно резвый.
Так и не увидела аргументации за микросервисы. Кеш и поиск в эластике так же можно сделать и в монолите. А переписывание под девизом - это сейчас модно, ну такое себе.
А какая может быть аргументация?
Компания в которой есть свой it отдел, по какой-то причине нанимает человека после курсов и даёт ему сразу переписывать всё и вся без тз, которое он должен сформулировать на своё усмотрение, остальная же команда занимается правками багов, звиздежом попахивает.
У меня к автору несколько вопросов
кто в компании отвечает за конечный результат
есть ли хоть один сотрудник который имеет экспертизу и понимает каков должен быть конечный результат, понимает качество написаного когда и его масштабируемость после написания MVP?
кто общается с бизнесом выявляя потребности, боли и хотелки текущего состояния проекта? При этом проводя попутную аналитику?
насколько крупен проект, сколько транзакций (продаж) в месяц через ИМ, насколько крупен каталог? нужен ли вообще компании интернет магазин или он как во времена доткомов лишь бы был?
Аргументация должна была быть на основе плюсов и минусов микросервисной архитектуры. Какие проблемы перед нами стояли, из за которых выбор пал именно на эту архитектуру а ни на какую то другую. Тут же как в анекдоте получается, будем делать микросервисы потому что монолит у меня уже есть в резюме.
Компания имеет уже готовую реализацию проекта. Но поскольку стек технологий хоть работает и медленно, но их устраивает. Меня наняли для того чтобы я задал вектор разработки. + в старой архитектуре большая беда с обновлением товаров и хранением их в БД. PS из статьи убрал часть о компании так как даёт повод для вопросов и не относится к теме.
Вопросов больше чем ответов... Я например даже представить себе не могу чтобы мне в компании дали возможность написать монолит, а потом взять и переписать его на микросервисы с другим стеком технологий. Звучит как треш. :))
Сумасшедшая ржака, спасибо
Сравнивать триграмный поиск и отдельный эластик это пушка
Рад, что увидел эту статью. Сам недавно делал no code e-commerce приложение на supabase (Postgres). И тоже слышал от друга пхп-разработчика про фасетный поиск. Вы привели пример. Буду изучать реализацию, как вы это сделали.
Может быть подскажите хорошие статьи/видео на эту тему? Ещё можно было сделать это через redis битмапы. Была статья на хабр. https://habr.com/ru/articles/261137/
В чем структуру БД рисовали?
Готовые библиотеки не рассматривали?
Напр. Haystack provides modular search for Django. It features a unified, familiar API that allows you to plug in different search backends (such as Solr, Elasticsearch, Whoosh, Xapian, etc.) without having to modify your code.
Как я бэкенд для интернет-магазина пилил…