На самом деле, я думаю, что они являются логическим побочным эффектом микросервисной вселенной. Одним из главных факторов перехода к микросервисным архитектурам является разделение задач таким образом, чтобы отдельные службы очень хорошо реализовывали очень специфические функции c.
Например, служба перевода должна принимать входной текст на одном языке и преобразовывать его в выходной текст на другом языке. Команда, пишущая этот сервис, должна состоять из обобщенных разработчиков и специализированных лингвистов. Однако во многих случаях мы вынуждаем разработчиков этой бизнес-логики c заниматься другими вещами (например, безопасностью транспортного уровня, контролем доступа, сбором метрик, объявлением и обнаружением).
Точка обслуживай меня sh это рассматривать сеть микросервисов как почти другой микросервис. Это специализированная проблема, которая, если рассматривать ее таким образом, позволяет другим сосредоточиться на том, чтобы делать то, что приносит доход или решает проблемы.
Существует причина, по которой большая часть пу sh на микросервисах исходит от компаний и организаций. которые довольно глубоко во вселенной микросервисов в очень высоком масштабе. Следует также отметить, что большинство обслуживаемых мной sh плоскостей управления реализуются через микросервисы, а не монолиты.