2.2 KiB
2.2 KiB
| aliases | tags | date | zero-link | parents | linked | |||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
|
|
|
Обобщенное определение микросервисной архитектуры звучит так: это стиль проектирования, который разбивает приложение на отдельные сервисы с разными функциями.
[!NOTE] Размер имеет значение? Заметьте, что размер здесь вообще не упоминается. Главное, чтобы каждый сервис имел четкий перечень связанных между собой обязанностей.
В микросервисной архитектуре единицей модульности является сервис. Сервисы обладают API, которые служат непроницаемым барьером. В отличие от пакетов в Java API нельзя обойти, чтобы обратиться к внутреннему классу.
Межсетевое взаимодействие: Примитивные каналы, такие как брокер сообщений, или прямое взаимодействие с помощью легковесных протоколов наподобие REST или gRPC.
Достоинства
- Делает возможной Continuous Delivery
- Сервисы разрабатываются независимо друг от друга
- Сервисы масштабируются независимо друго от друга
- Позволяет эксперементировать и внедрять новые технологии
- Лучше изолируются неполадки.
Подходы
- Database per service - у каждого сервиса своя база данных.