Search
Write a publication
Pull to refresh
0
0
Николай @mastifikator

Java\DevOps

Send message

Из моего DevOps опыта:

  1. Примерно так и выглядит сейчас архитектура MVP приложения, кажется что более усложнять не стоит, пока не будет показан экономический эффект

  2. В случае если планируется какое-то масштабирование в будущем, рекомендую сразу адаптировать продукт под k8s, заказывать небольшой кластер, писать Helmfiles для развертывания представленных сервисов, также k8s позволит более гибко управлять ресурсами. Но тут конечно все зависит от Ваших ресурсов заложенных на инфраструктуру. В целом на первое время можно разворачивать данную инфраструктуру и с помощью Docker Compose на Docker Host установленном на виртуалку, проблемы начнуться при попытках масштабировать такое решение. Также рекомендовал бы задуматься о микросервисе с ролью API Gateway - очень поможет разрулировать запросы в случае увеличения кол-ва микросервисов, но также увеличит сложность и время выхода в MVP.

  3. Инструмент для создания CI/CD пайплайна рекомендую выбирать исходя из того в каком репозитории публикуется Ваш код (GitHub - GitHub Actions, GitLab - GitLab CI/CD)

P.S. Слышал что у Redis в прошлом году изменилась лицензионная политика, если это для Вас важно стоит поискать аналог/форк.

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Date of birth
Registered
Activity

Specialization

Backend Developer, DevOps
Lead
From 350,000 ₽
Java
Docker
Kubernetes
Git
Java Spring Framework
Restful WebServices
Linux
Prometheus
GitLab
Ansible