Мой главный лозунг прошлого года - забудь то, как ты работал раньше!

Для меня это не только про AI-тулы, но и про то, что работа в корпорациях сменилась своим стартапом. И в связи с этим надо сильно менять майндсет. Не всегда нужны масштабируемые решения с огромным запасом прочности. Чаще всего не нужны супер оптимальные решения. Зато нужны гибкие и быстрые.

Первая моя поделка совместно с AI — serverless бекенд для телеграм-бота. Мне казалось это очень прикольной идеей — у тебя нет крутящегося где-то сервера. Нет клиентов — нет оплаты. Придёт много клиентов — оно отмасштабируется полностью само. И поэтому первый бекенд для aivaly я собирал по той же схеме: DynamoDB в качестве базы данных, lambda — в качестве обработчиков, API Gateway в роли маршрутизации. 🛠

Работает стабильно, управляемо и даже курсору довольно несложно разобраться, где что лежит и как это правильно развивать. Но есть проблема — без поллитра годов опыта в AWS ни в чём не разберешься. Если хотя бы месяц не залезал в проект, то погрязнешь в логах и т.д. А главное — когда кофаундеры приходят с радостной новостью, что они что-то навайбкодили в lovable и уже можно показывать клиенту, то ты с кислым лицом отвечаешь, что их вот этот модный supabase нам не подходит для прода. 😐

На Новый Год у меня было время немного остановиться и подумать — а что я делаю не так? Что нужно поменять, чтобы не лишать коллег возможности вайбкодить? Как сделать нашу инфраструктуру более дружелюбной и прозрачной для всех? Ну и заодно — как сделать так, чтобы мы безболезненно могли быстро поднимать какие-то региональные сервисы, где будут учтены особенности местного законодательства?

В общем, я пошёл смотреть на supabase и понял, что он офигенный! В нём есть всё, что нужно для простого CRUD-бекенда из коробки. Остаётся только аккуратно управлять схемой данных и правами через миграции. Заводишь таблички — и к ним уже можно делать фронт хоть через REST, хоть через GraphQL.

Но у нас всё-таки не просто CRUD-бекенд. Есть ещё асинхронная логика обработки всякого разного. Значит, нужен оркестратор процессов. И тут на сцену выходит n8n. Его можно поселить на той же машине на тот же Postgres. А запускать workflow можно либо через webhook к нему, либо через дополнительную табличку, в которую Supabase будет по разным триггерам класть задачи на обработку.

Пока мы в процессе переезда, но в теории мне всё очень нравится. На практике, конечно, в n8n регулярно приходится какие-то костыли выдумывать. Но пока кажется, что за ту наглядность, которую он даёт, это небольшая плата.

А вы как в своих проектах выстраиваете инфраструктуру? 👀