Сборка игры Mancala в микросервисах с использованием Spring Boot (часть 1: Архитектура решения)

В настоящее время с популярностью микросервисов, когда мы говорим о разработке масштабируемых приложений, мы неизбежно думаем о том, чтобы объединить приложение в микросервисы с высокой степенью разделения, которые можно масштабировать независимо в соответствии с потребностями клиентов, и при этом можно управлять с помощью различных доступных стандартных отраслевых инструментов. такие как Docker-compose, Kubernetes, Istio, Linkerd и др.

Вам также может понравиться:
Микросервисы с Spring Boot, часть 1 — Начало работы

Если вы знакомы с терминами Microservices и хотите погрузиться непосредственно в детали реализации, вы можете пропустить эту часть и прочитать статью Создание игры Mancala в Microservices с использованием Spring Boot (часть 2).

Ниже приведен типичный пример реализации онлайн-игры под названием mancala, которую я разработал с использованием технологий Java , Spring Boot и Spring Cloud на основе подхода Microservices.

Вы можете найти полный источник этой статьи, размещенной в моей учетной записи GitHub  .

Реализация состоит из двух микросервисов, предназначенных для этой игры:

1. микросервис ‘ mancala-api’  : основанная на TDD реализация Mancala Game API с двумя конечными точками.

   • Конечная точка « CreateGame» : для создания новой игры.

   • Конечная точка ‘ SowGame’ : для посева определенного индекса ямы в игре.

2. микросервис ‘ mancala-web’  : предоставляет простой пользовательский интерфейс для использования службы API Manacala.

Технологический стек

Технологии, используемые для этой реализации:

• « Spring Cloud», используется для создания приложений Microservices в Java.

• ‘ Spring MVC’, для создания RESTful API.

• « Vaadin» , современные компоненты пользовательского интерфейса для создания веб-приложений на Java.

• « MongoDB» , NoSQL базы данных для сохраняющейся информации игры.

• « Redis» , Key-Value в памяти структуры данных для кэширования экземпляров игры.

• « Cassandra» , распределенная база данных NoSQL, используемая в качестве хранилища Zipkin.

• « Докер» , для контейнеризации услуг.

• ‘ Docker-Compose’ , чтобы связать контейнеры.

• « Консул» , служба поиска / обнаружения.

• « Лента» , балансировка нагрузки клиента для вызова службы.

• « Apache Httpd» , маршрутизация запросов и балансировка нагрузки HTTP.

• « Кураж» , Кураж-интерфейс для документации API.

• « Микрометр» , механизм экспорта показателей загрузки по умолчанию.

• « Актуатор» , мониторинг приложения, сбор метрик, понимание трафика.

• ‘ Весна Облако Сыщик’ , распределенное решение трассировки для Spring Cloud.

• « Zipkin» , распределенная система отслеживания для отслеживания вызовов службы и визуализации отслеживания.

• « WireMock» , межсервисное тестирование связи.

• « Spring Cloud Contract» , Тестирование на основе потребительских контрактов для микросервисов.

Вот общая архитектура решения:

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

1— Консульская служба регистрации и обнаружения

Как показано на рисунке выше, наши микросервисы зарегистрированы в реестре сервисов Consul,  и поэтому мы будем использовать API обнаружения сервисов, предоставляемый Spring Cloud , чтобы обнаруживать экземпляры этих микросервисов из реестра Consul, добавляя зависимость ниже к pom клиента. XML

и используя @EnableDiscoveryClient в Spring Boot Application нашего клиента:

@SpringBootApplication
@EnableDiscoveryClient
@RibbonClient("mancala-service")
public class MancalaGameWebApplication {

[.\mancal-game\docker] docker-compose scale mancala-api=3

<!-- Zipkin -->
<dependency> 
  <groupId>org.springframework.cloud</groupId>   
  <artifactId>spring-cloud-starter-zipkin</artifactId>
</dependency>

<!-- Micormeter core   -->
<dependency>   
  <groupId>io.micrometer</groupId>   
  <artifactId>micrometer-core</artifactId>
</dependency>

<!-- Micrometer Prometheus registry  -->
<dependency>   
  <groupId>io.micrometer</groupId>   
  <artifactId>micrometer-registry-prometheus</artifactId>
</dependency>