Бэкенд на FastAPI с ~9 микросервисами

Добрый вечер, Alexandr!
В целом задача ясна, для точного ответа по срокам и цене, хотелось бы уточнить некоторые вопросы, которые у меня возникли после анализа вашей задачи.
Пишите в приватные сообщения — обсудим детали и ваши пожелания.

Здравствуйте,

Я заинтересован в вашем проекте FastAPI для бэкенда. Сочетание реального коммерческого продукта, хорошо спланированной архитектуры и гибкого графика делает это очень привлекательной возможностью для меня.

У меня есть опыт создания бэкенд и полнофункциональных приложений, включая API, системы, основанные на базе данных, и структурированную логику приложения. Я комфортно работаю с FastAPI, сервисами с акцентом на CRUD, интеграциями, а также уделяю особое внимание более сложным частям системы, таким как бизнес-логика, тестирование и отладка.

Мне также нравится, что ваша архитектура основана на DDD, Чистой Архитектуре и принципах, ориентированных на события. Я предпочитаю работать над проектами, где качество кода, поддерживаемость и долгосрочная масштабируемость имеют значение.

Я могу помочь построить бэкенд чистым и надежным способом, поддерживать ясную коммуникацию и постепенно продвигать проект вперед на основе технического задания и дизайнов Figma.
…
Я был бы рад обсудить объем работы и следующие шаги.

С наилучшими пожеланиями,
Никола

Показать оригинал

Перевести

раздел - дни
Auth 3
Onboarding (с Flow Engine) 4
Абстрактная контент-система 60
Learning Services (LRS и пакеты) 12
Профили и предпочтения 3
Геймификация 18
Биллинг и токены 10
Нотификации 3
… Файлы (интеграция) 1
Поиск (low priority) 5
AI-генерация 15
Flow Engine 10
Automations 15
Доп. модули (surveys, reports) 2
Hooks и админка 2
Инфраструктура, тесты, CI/CD 20
Итого 183

Рейт - 25$. - день - 8 часов - 200$

183 дня * 200 = 36 600 за проект.
Я бы еще накинул 10-14 дней на весь период - это доп прикольчики которые появятся (форсмажоры и разная не учтенка)
Обращайтесь.

Здравствуйте

Проект выглядит продуманным и интересным — особенно подход с DDD, Clean Architecture и event-driven элементами.

Имею опыт построения backend-систем с подобным подходом: разделение домена, инфраструктуры, работа с очередями и событиями. Отдельно уделяю внимание тестам, дебаггингу и устойчивости интеграций — понимаю, что это ключевая часть проекта.

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

Буду рад обсудить детали и формат сотрудничества.

Добрый день, это команда BeaverIT. Мы готовы взяться за проект, посмотрев техническое задание, мы говорим, что можем взяться как за бэкенд, так и за фронтенд часть. У нас уже есть опыт в разработке приложений на микросервисной архитектуре: Разрабатывали Ed платформу с нуля для стартапа на микросервисной архитектуре, также разрабатывали e-shop с полного нуля. Если интересно, мы можем взяться за ваш проект.

Показать оригинал

Перевести

Здравствуйте!

Мы с командой готовы реализовать проект. В команде есть опытные разработчики, поэтому мы можем создать удобный, современный и функциональный продукт в соответствии с вашими требованиями.

Сроки и бюджет сможем точно определить после обсуждения деталей и понимания полного объема работ. Буду благодарен за ваш фидбек, примеры наших работ могу отправить в личные сообщения.

Показать оригинал

Перевести

Добрый день, очень хотелось бы взяться за проект, есть опыт как в данном стеке, так и вайбкодинг использую очень активно. И для портфолио мне было бы отлично. Проект довольно большой и по срокам будет не быстро

Здраствуйте Александр!

Я backend разработчик разрабатывал на Стеке :
FastAPI , Redis ( кэш и иногда rate limiter ), kafka ( брокером сообщений) и в качестве баз данных использовал ( PostgreSQL и MongoSQL - от ситуации к ситуации )

Будет интересно поработать с вами и поучаствовать в таком проекте)

Добрый день.

Ознакомился с описанием — подход с DDD, Clean Architecture и event-driven логикой полностью понятен, имею опыт построения подобных систем.

С такими проектами основная сложность действительно не в CRUD, а в правильном проектировании, разделении ответственности и стабильной работе более сложных модулей.

Я Full-Stack разработчик, поэтому смогу реализовать как frontend, так и backend. Проектирую архитектуру, пишу чистый и масштабируемый код, а также довожу проекты до стабильного продакшена (тесты, дебаг, интеграции).

Буду рад обсудить все детали проекта в личных сообщениях, включая цену и сроки.

Показать оригинал

Перевести

Я вижу, что вам нужен разработчик FastAPI для создания бэкенда на основе DDD и Чистой Архитектуры, разработанных старшим специалистом. Переход от макетов Figma к функциональной экосистеме микросервисов понятен, особенно с акцентом на операции CRUD и специфическую логику генерации викторин. Я ценю акцент на технической глубине и тестировании, так как поддержание событийно-ориентированной системы с девятью сервисами требует прочной основы с самого начала.
Мой опыт включает создание масштабируемых бэкендов на Python с использованием FastAPI и внедрение паттернов, ориентированных на домен, чтобы бизнес-логика оставалась изолированной. Мне комфортно работать с элементами событийного программирования и обеспечивать, чтобы каждый микросервис оставался независимым. Чтобы дать вам представление, вот грубый набросок того, как я подхожу к уровню приложения:
class CreateQuizUseCase:
def execute(self, cmd: CreateQuizCommand) -> Quiz:
domainlogic.validatedifficulty(cmd.level)
return self.repository.save(Quiz.from_command(cmd))
Поскольку это личный проект с гибким графиком, я могу сосредоточиться на качестве, ожидаемом для коммерческого релиза. Я строго следую вашим техническим документам, чтобы гарантировать, что код останется поддерживаемым для финального запуска в Google Play и iOS.

С нетерпением жду обсуждения вашего проекта в деталях.

Показать оригинал

Перевести

Добрый день!

ознакомился с тз. Как я понял практически весь системный код написан, нужно развивать бизнес логику. Однако хотелось бы чуть больше узнать про используемые технологии на проекте: какой используется стек по backend, что уже выбрано по БД, auth и тд.
Вайбкодингом так же увлекаюсь :) Исключительно для машинальной работе использую АИ.
Примеры работ по бекенду, где я с нуля все писал.

https://rstays.com/


… https://ai-desk.ai/

Так же github:
https://github.com/axbuglak

Пишите, все обсудим

С уважением,
Буглак Алексей

Здравствуйте! Смогу реализовать. Напишите в личку, чтобы обсудить все детали. Буду рад сотрудничеству!

Показать оригинал

Перевести

Привет! 🚀

Ознакомился с описанием: формат задачи понятен — мобильный/веб-проект с Figma как основным источником требований, CRUD-эндпоинтами, отдельным блоком сложной логики для генерации квизов и архитектурой в стиле DDD / Clean Architecture. Такой формат мне подходит: могу аккуратно реализовать как стандартные модули, так и более сложные части с бизнес-логикой, тестами и интеграциями.

Используемый стек:

Backend: Python (FastAPI) PostgreSQL
Интеграции: REST API, генерация квизов, аутентификация, тесты, подходы на основе событий
Frontend: React / React Native / TypeScript, реализация по Figma
… Инфраструктура: Docker, CI/CD, логирование, тестирование

Готов обсудить детали проекта в личных сообщениях и готов приступить к работе.

С уважением, Андрей

Показать оригинал

Перевести

Здравствуйте!

Команда The Dev Company заинтересована подключиться к этому проекту и реализовать backend по вашему ТЗ и API‑черновику, опираясь на макеты в Figma как основной источник правды по продукту.

Мы понимаем, что:
- основная часть эндпоинтов — это предсказуемый CRUD по сущностям контент‑системы и пользовательским данным;
- сложность здесь не столько в самих ручках, сколько в архитектуре, согласованности слоёв, тестах и интеграции (особенно xAPI, абстрактная контент‑система, learning state, flow‑engine, automations, AI‑generation);
- важна аккуратная реализация DDD / Clean Architecture с элементами event‑driven, чтобы проект было легко развивать, а не переписывать через полгода.

… Наш стек и опыт хорошо совпадают с задачей:
- пишем продакшн‑backend’ы на TypeScript/Node.js (NestJS), Python, Postgres, event‑driven (Kafka/RabbitMQ/Webhooks) и микросервисной архитектуре;
- делали SaaS‑платформы з гибкими схемами контента, токен‑биллингом, AI‑сервисами (генерация, explain/summarize/translate), а также сложные API‑слои з разделениям public/internal;
- знакомы с подходами DDD, модульными монолитами и clean‑слоистой архитектурой

Как будем подходить к работе:
- берем Figma‑макеты как основной продуктовый ориентир (UX, флоу, состояния), а этот API‑документ — как технический гайд по сущностям, полям и краевым кейсам;
- аккуратно проектируем границы модулей (auth, content/meta, entries, learning/xAPI‑слой, flow‑engine, automations, billing/tokens, AI‑services) так, чтобы future‑фичи (геймификация, поиск, feed и т.д.) встраивались без ломки;
- используем **виб‑кодинг / AI‑ассистентов только как вспомогательный инструмент (черновики, генерация типового CRUD, boilerplate тестов), а ключевые моменты — архитектуру, сложные сценарии, отладку, интеграции — делаем руками и через тесты;
- с самого начала закладываем нормальные автотесты и regression‑проверки, чтобы можно было безопасно развивать систему месяцами.

Нам нравится, что это не «одноразовая мини‑задача», а живой стартап с мягкими дедлайнами и упором на качество архитектуры — это сильно повышает ценность кейса в портфолио и даёт простор для аккуратной, а не «впопыхах» разработки.

Готовы обсудить:
- какой стек вы планируете для backend (Node/Nest, Python/FastAPI, Go и т.д.);
- приоритетные модули на первый релиз (auth + content + learning state + базовый AI, например);
- формат работы и поэтапную оплату

Приветствую!

Меня крайне заинтересовал ваш проект, так как я специализируюсь на Python и глубоко погружен в изучение программной инженерии. Ваш стек (FastAPI, DDD, Clean Architecture) — это именно то направление, в котором я развиваюсь, и я готов уделить максимум внимания качественному проектированию и тестам, о которых вы упоминали в ТЗ.

Здравствуйте. Могу сделать ваш проект. Опыт есть. Пишите договоримся.

Изучил полное ТЗ из Google Docs. 9 микросервисов, DDD + Clean Architecture по готовой архитектуре, CRUD-эндпоинты, адаптивные квизы (5 типов), геймификация, биллинг, админка. То что архитектура уже спроектирована Senior-разработчиком упрощает вход. Вопрос: ARCHITECTURE_INDEX.md в Drive-папке финальный или ещё дорабатывается?

Здравствуйте.

Я NodeJS разработчик. Готов взяться. Пишите, обсудим.

Добрый день. Готов выполнить данный проект есть большой опыт разработки различных приложений.

Здравствуйте! Выполню ваше задание быстро и качественно.

Мое портфолио: https://freelancehunt.com/ua/freelancer/romas6ka.html#portfolio
Пишите, начну сегодня работать. Буду рад сотрудничеству с Вами!

Показать оригинал

Перевести

Добоый
готов выполнить вашу рабботу
Пишите буду рад выполнить проект качественно и в срок

Пишите готов приступить

Здравствуйте.Работаю с Fast API.Готов помочь с бекендом.Обращайтесь

Здравствуйте.

Я обработал документы и Figma. В связке они показывают, что это mobile-first learning product, где backend должен не просто отдавать CRUD, а управлять учебными состояниями, прогрессом, подписками, токенами, логикой дашборда и админ-настройками. Из Figma видно, что основу проекта лучше строить как backend-driven систему с четкими контрактами, потому что там важны не отдельные экраны, а сценарии onboarding, progress и completion.

Я могу взять первую очередь в рамках текущего бюджета как технический фундамент:
- FastAPI skeleton по вашей архитектуре;
- PostgreSQL, настройки, DI, структурированное логирование;
- versioned API /api/v1;
- один end-to-end CRUD-сервис;
… - базовые тесты;
- подготовка контрактов и структуры для следующих микросервисов.

Это даст чистую основу, которую дальше можно расширять без перестройки. Если нужно, отдельно можно поэтапно пройтись по Auth/User, Content, Learning или Subscriptions.

Подскажите, какой сервис для вас приоритетный в первой итерации.
Можем продолжить обсуждение на удобном для вас языке (укр, рос, англ).

Показать оригинал

Перевести

Здравствуйте.
Посмотрел материалы в открытой папке FastAPI DEV/README, Educational App PRODUCTION - CLEAN и Common best practices.
По описанию вижу, что проект у вас не про накидать CRUD, а про нормальную backend-сборку с продуманной архитектурой, сервисными границами, тестами, валидацией, логированием и дальнейшей масштабируемостью. Это как раз тот формат, где важнее не скорость наброска, а то, насколько аккуратно будет собран фундамент.
Отдельно плюс, что самые тяжелые части уже вынесены из текущего объема: генерация квизов, file upload и геймификация. В таком составе задача выглядит реалистично и по ней можно двигаться последовательно: Auth / User, Content, Learning, Tokens / AI usage, Subscriptions, Automations, Flow engine, Notifications, Dashboard.
С моей стороны заходил бы в это не как в 9 микросервисов ради микросервисов, а как в рабочий backend-контур под реальный продукт с нормальной декомпозицией, clean architecture, async-first подходом, dependency injection, API-контрактами и понятным деплоем.
Работаю с backend-логикой, API, Telegram/web/mobile-интеграциями и проектами, где важно не просто собрать интерфейс, а сделать рабочий продукт, который потом можно поддерживать и развивать.
GitHub: https://github.com/vitalivo
Оптимально здесь идти поэтапно: сначала собрать базовое ядро и инфраструктурный слой, зафиксировать сервисные контракты и общие правила API, после этого уже спокойно расширять остальные домены без хаоса и лишнего рефакторинга по ходу.
Готов взять это в работу.

Рассматривается ли реализация бекенда на другом стеке? Могу сделать на ASP.NET Core. Для event-driven / less couple можно использовать библиотеку MediatR - ендпоинты будут максимально тонкими, легкими, и чистыми - обычно это только отправка события, где уже на то или иное событие будет соответствующий хендлер + идет изолирование компонентов что упрощает например, тестирование. Логирование Seriolog. Не хочу хвалить ASP.NET Core но по перфомансу он обходит FastAPI, можете поискать независимые бенчмарк тесты.

Добрый день. Могу написать на языке Go. Будет работать быстро и качественно. Сделаю быстро и качественно. Писал сложные апи (например для приложения по типу телеграм).
п.с. На негативный отзыв не обращайте внимание, это было не доразумение. Во всем очень круто разбираюсь.

Добрый день, Александр. Заинтересован в сотрудничестве с вами. Если ещё актуально, буду рад принять участие в проекте.

Тема: Бэкенд-разработчик FastAPI — ~9 микросервисов для образовательного приложения (Coding Train APP)
Добрый день!
Меня зовут Вова, я бэкенд-разработчик с опытом работы на FastAPI и построения микросервисной архитектуры. Имею коммерческий опыт с Clean Architecture, DDD и event-driven подходами.
Готов взяться за ваш проект — разработку бэкенда с ~9 микросервисами для мобильного образовательного приложения.
Как я планирую подойти к задаче:

Детально изучу ТЗ, README, Figma-макеты и рекомендации из документов.
Спроектирую архитектуру микросервисов с учетом Clean Architecture и DDD.
Реализую основную часть — CRUD-эндпоинты (их большинство).
… Отдельно проработаю сложную логику (генерация квизов и связанные edge-кейсы).
Напишу unit + integration тесты, обеспечу качественный дебаггинг и интеграции между сервисами.
Подготовлю все для дальнейшего релиза в Google Play и App Store.

Понимаю, что проект реальный, коммерческий, с продуманным стеком и мягкими дедлайнами (несколько месяцев). Это позволяет делать все качественно, без спешки.
Готов начать работу в ближайшее время.
Буду рад обсудить детали, ответить на вопросы или показать примеры предыдущих проектов.

Показать оригинал

Перевести

Здравствуйте. Заинтересовал ваш проект. Работаю с Python/FastAPI, проектирую backend с чистой архитектурой, нормальной декомпозицией по доменам, CRUD-логикой, интеграциями и сложными бизнес-процессами.
По вашему описанию вижу, что основная часть — это понятный API-слой и работа с БД, а ключевое внимание нужно уделить именно проектированию, генерации квизов, тестам и стабильности системы.
Могу аккуратно реализовать backend под такой проект:
— FastAPI
— PostgreSQL
— микросервисный/модульный подход
— чистая архитектура
— документация API
— тестирование и поэтапная сдача