Требуется команда (2-3 человека) для работы в долгосрочном проекте. Если вы без команды, но готовы работать в одном проекте и стоять у истоков чего-то значимого, то пишите.
Разработка продукта для логистической сферы (FTL-рынок) B2B. Основной заказчик tkversta.ru
Чего НЕ будет: пустых обещаний на старте, такие как "плюшки" и IT-ипотеки, прожектерства и кризиса идей.
Что будет: четкое понимание продукта и портрет потребителя в лице сурового российского бизнеса в растущем сегменте.
С вас качественный код и решения задач с нас цели, возможности, адекватность и оплата.
Требования к навыкам и вашем знаниям исходя из требований к проекту ниже:
Техническое задание скину в ТГ после отклика на FL
Требования к проекту:
ИТ инфраструктура
1. Масштабируемость и гибкость: архитектура должна поддерживать горизонтальное масштабирование для обработки увеличивающегося объема транзакций и роста пользовательской базы.
2. Высокая доступность и отказоустойчивость: система должна гарантировать стабильность работы 24/7 с автоматическим восстановлением после сбоев.
3. Безопасность: обеспечение защиты данных и транзакций с использованием современных средств шифрования и соблюдение нормативов по кибербезопасности.
4. Модульность: использование микросервисной архитектуры для обеспечения независимости и легкой масштабируемости отдельных компонентов системы.
Компоненты ИТ-инфраструктуры
1. Учесть при проектировании адаптивный интерфейс для работы на различных устройствах.
2. При проектировании не учтено Мобильное приложение, оно требует дополнительного проектирования. Лучше на первом этапе адаптировать под разрешение телефона
3. Использование решений для хранения больших данных (Big Data), на первом этапе избыточно
4. Системы мониторинга и логирования включить в развертывани, в том числе для мониторинга производительности
5. Использовать контейнеризацию Docker на первом этапе и оркестрацию Kubernetes, если у команды разработки будет такой опыт.
6. Настраивать резервное копирование и восстановление, это базовая операция для управления мощностями
7. Для ETL использовать Airflow или аналоги
Правила разработки
1. Разработка через версионирование и внедрение практик непрерывной интеграции и доставки (CI/CD). Пример Gitlab и Gitlab CI/CD
2. Разработка через написание автотестов Автоматизированные тесты и развертывание
3. Готовить при разработке нового функционала написание тесткейсов в инструментах типа Allure https://www.fl.ru/away/?href=https%3A%2F%2Fallurereport.org%2F
4. Использовать при разработке статический анализатор кода например https://www.fl.ru/away/?href=https%3A%2F%2Fwww.sonarsource.com%2F
5. Документировать API с применением https://www.fl.ru/away/?href=https%3A%2F%2Fswagger.io%2F
6. Выделять микросервисы на платформе можно этапами, зависит от команды разработки и какой у нее будет опыт
7. Выделить в команде разработки - службу поддержки для оперативного реагирования на инциденты и вопросов пользователям
8. Стек разработки выбирать с командой. Вариантов многоBackend: Python (FastAPI) / Go (быстрый старт Python ,высокая нагрузка - Go) ETL: Airflow (Python) API Gateway: Kong / Node.js (NestJS) Kafka: Go / Java БД: