Модернизация бэкенда системы принятия решений: переход к микросервисной архитектуре

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

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

⠀

В связи с этим лидер проекта ищет двух бэкенд-разработчиков для реализации доработок и внедрения новой функциональности. Эти задачи включают расчет премии за страховой полис и принятие решения о выдаче или отказе в выдаче полиса.

⠀

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

1. Код каждого микросервиса в формате *.java, хранящийся в Git-репозитории. Каждый микросервис должен быть реализован и настроен в соответствии с детальными техническими спецификациями и планами реализации задач.

2. Техническая документация, описывающая функциональность каждого микросервиса, его API, используемые библиотеки и фреймворки, и инструкции по развертыванию и настройке каждого микросервиса. Документация должна быть представлена в формате *.doc или *.pdf.

3. Отчет о результатах тестирования каждого микросервиса на корректность работы и производительность в формате *.doc или *.pdf.

4. Документация по интеграции каждого микросервиса с существующей системой и другими микросервисами, включая описание используемых протоколов и форматов данных. Документация должна быть представлена в формате *.doc или *.pdf.

5. Исходный код приложения для парсинга и сборки ответа в формате JSON для КАСКО, адаптированный для работы с текущей структурой системы. Код должен быть представлен в формате *.java.

6. Отчет о результатах тестирования приложения для парсинга и сборки ответа в формате JSON для КАСКО на корректность работы и производительность в формате *.doc или *.pdf.

7. Документация по использованию и настройке приложения для парсинга и сборки ответа в формате JSON для КАСКО. Документация должна быть представлена в формате *.doc или *.pdf.

1. Работоспособность микросервисов: каждый микросервис должен быть реализован в соответствии с требованиями, работать стабильно и безошибочно.

2. Покрытие кода тестами: каждый микросервис должен иметь достаточное покрытие тестами, чтобы проверить работоспособность и отсутствие ошибок в коде.

3. Соответствие функциональным требованиям: каждый микросервис должен соответствовать требованиям к функциональности, указанным в задании.

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

5. Качество кода: код каждого микросервиса должен быть написан чисто и понятно, с соблюдением стандартов кодирования и использованием лучших практик.

6. Интеграция: каждый микросервис должен быть интегрирован с остальными микросервисами и существующей системой без ошибок и проблем.

7. Документация: каждый микросервис должен иметь достаточную документацию, описывающую функциональность, использование и настройку.

Проект предусматривает вознаграждение, размер которого будет определен в ходе переговоров с лидером проекта.