Архитектура для обеспечения избыточности в гибридном кластере Kubernetes - PullRequest
0 голосов
/ 10 января 2019

У меня есть 2 службы (Java-приложения):

Сервис A : Существующий сервис. Не работает на kubernetes \ не может быть запущен в данный момент. Он должен подключиться к REST API в службе B и сохранить значение в своем локальном кэше.

Служба B : должна работать на kubernetes, должна иметь как минимум две копии (для избыточности). Допустим, у нас есть два: B1 и B2. На B1 и B2 есть локальный кеш - и службе A нужно знать, где она хранит значение - B1 или B2 (POST). Это возвращается службой B1 для последующего использования службой A (GET)

Мы можем настроить только 1 IP-адрес для службы B в службе A. Таким образом, служба POST сохранит это и получит URL-адрес в качестве ответа с подробными сведениями о том, где он был сохранен. По этой причине мы планируем использовать Службу B в kubernetes, чтобы мы могли использовать услугу kubernetes для нее. Служба GET будет получать значение на основе этого URL.

Полагаю, мне нужно определить новую службу kubernetes для службы B, которой будет присвоен IP-адрес, который будет использоваться службой B. Поскольку служба A не подключена к kube, мне придется установить для hostNetwork значение true, чтобы он привязывается к этой сети хоста. Правильно ли мое понимание?

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

...