Devopsjourney (54 частью серии)
Это часть 41 из путешествия, это длительное путешествие (360 день), поэтому иди, пожалуйста, проверьте предыдущие части, и если вам нужно идти в путешествие со мной, пожалуйста, обязательно следите, потому что я могу опубликовать более раз в 1 день Но, безусловно, я буду публиковать ежедневно хотя бы один 😍.
И я покрою много инструментов, когда мы движемся дальше.
Сегодня мы собираемся о услугах в Куберане и что они делают.
На этой картинке у нас есть 4 PODS, 1 для переднего конца (клемма значка), 2 для бэкэнда (значок Gear) и 1 для базы данных (значок DB …) Наверняка на этом изображении передний конец и бэкэнд разделены. Эти стручки должны общаться между ними, они нуждаются в том, что мы называем услугой. И у нас есть услуга, чтобы пользователь общаться с интерфейсом.
Допустим, это наш DB POD и Backend Pods, в состоянии взаимодействовать между этими стручками, нам нужен сервис, которая называется Clusterip, эта услуга принимает порт и имя, порт здесь 80 вы можете выбрать любой доступный порт, Целевой порт — порт контейнера, в нашем случае это MongoDB. MongoDB Используйте этот порт по умолчанию One (вы можете посмотреть на DockerHub Image Docs).
Вот посмотрите на файл конфигурации для обслуживания и Mongo-DB POD. Для службы приложение Selector — указать, какой POD мне нужно предоставить услугу для него. Целевойпорт является контейнернымпорт Mongo-DB, а 80 является портом услуги. Таким образом, сервис сейчас служит Mongo-DB POD.
на бэкэнде мы называем функцию
connect(mongodb://mongo:80)
Mongo — это имя нашего сервиса и 80 — порт нашего сервиса. Теперь у нас есть наши стручки в 2 разделенных узлах. Это проблема? Ну нет, потому что мастер справится с этим для нас. Это верно только внутри того же кластера Kubernetes.
Devopsjourney (54 частью серии)
Оригинал: «https://dev.to/elkhatibomar/041-kubernetes-services-1-15of»