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

В такой момент требуется разработка нового решения, универсального для любого сервиса, который будет основан на протоколе gRPC (HTTP 2.0), обеспечит высокую скорость обработки запросов и должный уровень безопасности. Решение должно быть гибким и масштабируемым, чтобы соответствовать растущим потребностям бизнеса и поддерживать высокие нагрузки.
Вам предстоит провести исследование и предложить свою реализацию сервиса/микросервиса, работающего по стандартам СТО БР ФАПИ.СЕК с реализацией на протоколе gRPC. Создайте высокоэффективный и безопасный сервис, который будет работать в высоконагруженных системах.

1. Вы можете (и даже должны) сами определить proto3-сущности для запросов от клиентов.
2. Сервис должен работать по стандарту СТО БР ФАПИ.СЕК.
3. Сервис должен обеспечивать выполнение следующих требований:

Ознакомиться с технологией gRPC вы можете по следующим ссылкам:

• Official documentation for gRPC
• Remote Procedure Call – RPC Introduction

Для языка Java:

1. gRPC Official Documentation for Java
2. Java gRPC Tutorial from Baeldung
3. Создание и тестирование gRPC сервиса (Spring Boot приложение)
4. gRPC Official Documentation for Java

Для языка Go:

1. Go gRPC Quick Start Guide
2. Как создать простой микросервис на Golang и gRPC и выполнить его контейнеризацию с помощью Docker
3. Go: Creating gRPC interceptors
4. gRPC in Go: Unlocking High-Performance Microservices

Обратите внимание, что решение предполагает создание любого сервиса (любой направленности), но с учетом выполнения всех поставленных задач!

Решение должно быть загружено на платформу не позднее 10 ноября в следующем виде:

1. краткое описание решения;
2. ссылка на открытый Github;
3. ссылка на используемые в решении proto-файлы;
4. ссылка на презентацию в формате .pdf;
5. ссылка на развернутое решение (при наличии).

• 3 backend-разработчика;
• 1 Аналитик;*
• 1 DevOps/Architect;*
• 1 DevRel.*

* Привлекать таких специалистов следует в случае полного формирования команды (5 человек), когда полностью закрыты все необходимые компетенции (3 backend-разработчика).

В обязательном порядке использовать:

• ЯП, обязательный для использования: Java или Go;
• Docker (для упаковки приложения).

Помните, что любые технологии, использованные вами, должны быть официально доступны на территории РФ и обладать лицензией, позволяющей свободное коммерческое использование!