У меня есть новое веб-приложение, которое мы решили использовать в нашей компании, как показано ниже, и я создаю архитектуру впервые, поэтому потребуются некоторые входные данные.
1) Front End - React. js
2) Backend - Java (весенняя загрузка)
3) Архитектура - Микросервисы
4) Инфра - AWS
5 ) CI - Jenkins
Мы разделили разработку на три этапа
Этап 1 - Создание AWS инфра, внешнего сервиса и нескольких внутренних служб с использованием Spring Boot и Весеннее Облако. Сохраняйте использование служб AWS на минимально возможном уровне
Этап 2 - Создайте дополнительные серверные службы и разберите все на части
Этап 3 - Организовать предыдущий этап с использованием Kubernetes и использовать больше услуг AWS, если требуется
Я на этапе 1, и после прохождения большого количества ресурсов и учебных материалов, мне нужна помощь в создании архитектуры производственного уровня и среды AWS. Есть много отдельных ресурсов, но не очень много о том, как должна выглядеть реальная система, когда она жива.
Насколько я понимаю - имеет микро-интерфейс и микро-сервисы в бэкэнде. Клиент запросит веб-страницу в браузере, запрос поступит в службу пользовательского интерфейса.
- Я не совсем понимаю, каков порядок компонентов.
- Либо должно сначала среагировать на приложение, а потом будет go к шлюзу API или ELB?
- Нужен ли нам ELB?
- Запрос будет поступать в ELB, а затем он будет go к шлюзу API и далее?
- Запрос поступит в ELB, а затем он будет go к шлюзу API и далее?
Вариант A или B? Или если оба не правы? Или где должны быть стрелки, идущие от клиента к серверным службам?
Вариант A ![enter image description here](https://i.stack.imgur.com/bTfeN.png)
Вариант B ![enter image description here](https://i.stack.imgur.com/Y7hUL.png)
Подробная информация о том, чего я пытаюсь достичь, упоминается в вопросе: Архитектура микросервисов производственного класса в AWS
Я не являюсь конечно, если есть какие-либо ресурсы, доступные в Интернете, которые я могу сослаться, что объясняет это. если у кого-то есть, я был бы рад go через них.