Шлем Графики Микросервисы - PullRequest
Новая
       7

Шлем Графики Микросервисы

0 голосов
/ 05 октября 2018

Представьте, что я разрабатываю приложение на основе микросервисов.Они будут развернуты в kubernetes с помощью Helm Package Manager.Некоторые микросервисы заканчиваются довольно похожей конфигурацией файлов YAML.Некоторые другие могут отличаться с точки зрения конфигурации YAML.Какова лучшая практика для этого?У меня есть несколько вариантов:

  1. Использовать общую диаграмму и передать различные конфигурации с использованием values.env.yaml для каждого микросервиса, а затем развернуть его с другим именем выпуска.
  2. Создать диаграмму для каждого микросервиса, независимо от того, схожи ли они по конфигурации?

Ответы [ 2 ]

0 голосов
/ 16 октября 2018

Как упомянуто @Rico, это вопрос мнения.Вот мое мнение:

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

В моей компании у нас есть одна диаграмма на ~ 30 услуг.У них очень похожие потребности, поэтому файлы шаблонов не слишком сложны, а файл _helpers содержит всего около 50 строк.Мы очень довольны этим решением, потому что вам нужно всего несколько строк значений.yaml для подготовки службы к работе.

0 голосов
/ 05 октября 2018

Это вопрос с мнением, поэтому я отвечу с мнением.

  1. Внешняя сторона: вам придется изменить только несколько значений в values.yaml в зависимости от микросервисаи было бы легче поддерживать ваши values.yml.Репо в Хелм-чартах может расти не так быстро.

    Недостаток: например, вам будет сложнее создать файл _helpers.tpl.Этот файл будет быстро расти, и люди, создающие микросервисы, могут запутаться в этом.

  2. Сверху: разделение микросервиса при масштабировании до сотен.Разработчики могут работать только над своим микросервисным развертыванием.

    Недостаток: распространение файлов, слишком много файлов повсюду, и ваше хранилище чартов Helm может быстро расти.Кроме того, существует риск большого дублирования кода.

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

...