Мультисервисный контейнер Azure Service Fabric - PullRequest
0 голосов
/ 23 сентября 2019

Я планирую собрать докер-контейнер с каждым контейнером, состоящим из m сервисов.

  1. Рекомендуется ли это?В зависимости от аппаратного обеспечения и структуры док-контейнера, какое рекомендуемое или максимальное количество сервисов в контейнере?(учитывая тот факт, что выбранные сервисы являются связными, что позволяет выполнять похожие семантические задачи)
  2. Почему я не могу найти документацию по описаниям отработки отказа в отношении поведения контейнера для конкретных случаев, таких как 1 из nсбой служб.Afaik, если происходит сбой одного сервиса, контейнер автоматически перезагружается.Есть ли способ предотвратить это?Я бы ожидал, что приложение в контейнере позаботится о перезапуске службы.

РЕДАКТИРОВАТЬ:

Еще два примечания: Вы упомянули, что несколько служб не будут подходить в отношениимасштабировать, не могли бы вы объяснить, почему?(Разве они не планировали эти варианты использования?) Как насчет модели приложения, о которой я упоминал ранее?Это описано по этой ссылке: Поддержка Service Fabric для контейнеров

Service Fabric предоставляет модель приложения, в которой контейнер представляет хост приложения, в котором размещены несколько реплик служб.Service Fabric также поддерживает гостевой исполняемый сценарий, в котором вы не используете встроенные модели программирования Service Fabric, а вместо этого упаковываете существующее приложение, написанное с использованием любого языка или инфраструктуры, в контейнер.Этот сценарий является распространенным вариантом использования контейнеров.Вы также можете запускать сервисы Service Fabric внутри контейнера.Поддержка запуска служб Service Fabric внутри контейнеров в настоящее время ограничена.

При создании приложения контейнер выбирается на этапе создания службы.И есть возможность добавить дополнительные сервисы в существующее приложение (при повторном выборе типа контейнера).Считается ли само приложение контейнером?Разве это не подойдет?Но в добавленной мной цитате говорится только об одном гостевом исполняемом файле, а не о нескольких.Далее на этой странице поясняется: Упаковка и развертывание контейнеров как приложения Service Fabric с использованием Yeoman

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

Не могли бы вы описать свой путь?С одним сервисом в одном контейнере?Нужно ли мне сначала создать приложение с контейнерной службой, а затем добавить это приложение в базовый образ докера, который можно добавить в узел кластера?

1 Ответ

0 голосов
/ 24 сентября 2019

согласно идеологии контейнеров - каждый контейнер должен иметь ровно одну услугу.помещать более одного сервиса в контейнер считается плохой практикой.это ответит на оба ваших вопроса.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...