В чем разница между "сервисным брокером" и его "сервисным брокером"?

Question

Большинство плиток облачных сервисов устанавливают брокера сервисов и работника брокера сервисов.

Я понимаю, что брокер получает запросы API Service Broker от Cloud Controller (CC) и размещает основной интерфейс панели мониторинга для всех типов служб. Таким образом, брокер регистрируется на торговой площадке, а на экземпляре create создает vms, устанавливает на них службу и предлагает части пользовательского интерфейса для управления экземплярами.

Но что именно несет ответственность работник брокера?
С какими компонентами он общается, когда и почему?

Answer 1

Работник брокера, как и с плиткой Spring Cloud Services, отвечает за выполнение работы, которая может занять много времени. Вместо того, чтобы связать поток в посреднике, чтобы сделать это, он передается работнику посредника, который обрабатывает задачи.

Но что именно несет ответственность работник брокера?

Это зависит от тайла, но, скорее всего, работник брокера будет отвечать за создание фактических резервных ресурсов для сервиса. Опять же, в случае Spring Cloud Services именно брокер управляет экземплярами приложения службы поддержки.

https://docs.pivotal.io/spring-cloud-services/1-5/service-broker-and-instances.html

Другие работники, работающие с плитками / брокерами, могут делать разные вещи, но обычно это происходит там, где происходит дорогостоящая работа по настройке сервиса.

С какими компонентами он общается, когда и почему?

Это будет более специфичным для плитки. В случае SCS работник брокера в основном общается с API (т. Е. Cloud Controller), чтобы управлять экземплярами приложения службы поддержки. Тем не менее, работник брокера может делать все что угодно. Вызовите AWS или другой IaaS для создания чего-либо, вызовите Bosh для динамического развертывания чего-либо и т. Д. Это зависит только от того, что собирается делать сервисная плитка.

Надеюсь, это поможет!