Зло микросервисов в пет проектах
Продолжение истории про hellolawyer — юридический джобборд. В этом посте расскажу, какие были технические решения (плохие)
Первая идея была сделать телеграм бота, который бы постил вакансии персонально с учетом выбранных интересов и фильтров: локация, позиция, формат, отрасли права.
Было решено делать два репозитория: один под бота, другой под бэкенд логику.
Boy oh boy, it was a mistake.
1. Проблемный деплой — нужно было реализовывать деплой для двух репозиториев.
2. Сетевые вызовы и контракты — нужно было настраивать сетевую связанность двух контейнеров. Да, просто docker network, но это надо было делать.
3. Повторяющиеся модели данных.
Отдельно выделю попытку заюзать новый прикольную тулзу для работы с базой — edgedb (сейчас это www.geldata.com под эквизишном vercel) — тогда еще она была и в бете. По итогу переписали на asyncpg 😎
4. Рефакторинги. Как же я был недоволен кодом, который написал. Но он работал и выполнял свою роль: появлялись пользователи. Но инженер не умирал и хотел переписать все и вся. За три года существования даже v2 апишки появилась 😰
Потом мы решили делать веб клиента...
В очередной раз насмотревшись хайповых видосов на ютубе я взял nextjs. Ну и конечно же все эти запросы надо было проксировать снова на бэкенд. Благо к этому времени я знал про openapi a.k.a swagger. Хотя бы запросы к этому бэкенду можно было писать меньше.
Дальше началась другая эра. Эра работ над UI, а конкретнее над карточками вакансии. Как же мы хотели уместить туда все и чтобы они сверкали и были красивыми. И конечно же снова были попытки рефакторить вьюшки и компоненты 💪
Продолжение следует ☕️
Картинку любезно сгенерировал чатгпт
