Динамически создавать сервисы на основе шаблона - PullRequest
0 голосов
/ 05 февраля 2019

Я хочу создать облачный сервис, в котором клиенты будут создавать сервисы динамически. Сервис - это, по сути, один модуль, работающий с контейнером API, скажем, в блоге, доступ к которому осуществляется через определенный URL-адрес контроллера входа.Модули живут до тех пор, пока клиент платит, конечно, они не являются временными заданиями, у них есть доступ к БД и объему хранилища.

Как динамически создавать и поддерживать эти службы, что означает возможность их раскручиватьснова в случае сбоя узла.

Спасибо

Ответы [ 2 ]

0 голосов
/ 05 февраля 2019

Первое, что приходит мне в голову, - это увидеть ваши требования, используя Helm в качестве промежуточного программного обеспечения:

Инструмент, упрощающий установку и управление приложениями Kubernetes.

Каждый выпуск Helm (экземпляр установки приложения Kubernetes) рассматривается как обслуживание клиентов, в идеале в отдельном пространстве имен для изоляции клиентских сред.Вы также можете использовать Helm только в режиме клиента, чтобы сгенерировать необходимые файлы манифеста, которые позже вы применяете с помощью простой команды (kubectl apply -f $ HOME / cust001_svc1.yaml).Информация, такая как количество реплик, будь то предоставление вашей службы через ресурс Ingress или использование StatefulSet, все шьются в рулевых диаграммах.

По крайней мере, в качестве проверочной концепции, по моему мнению.

Пожалуйста, проверьте также понятие Оператор в экосистеме Кубернетес.

0 голосов
/ 05 февраля 2019

Создание и использование реплики с одним модулем не является хорошим выбором, и это не позволит вам в полной мере воспользоваться функциями k8 (время простоя, высокая доступность, масштабируемость и т. Д.)

При проектировании системы учитывайте следующие моменты.

  1. Создайте как минимум две реплики модуля pod. Это обеспечит высокую доступность.
  2. Используйте развертывание или набор состояний для управления желаемым состоянием
  3. Создание кластера k8 с несколькими основными, etcd, рабочие узлы.
  4. Используйте HPA для автоматического масштабирования.

Если учесть вышеизложенные пункты, k8 позаботится о доступности вашего сервиса в случае отказа узла или модуля..

...