Объединение переменных среды в application.yaml

Я пытаюсь добавить системную среду в строку подключения к базе данных.

У меня есть кластер Kubernetes, работающий с minikube, где модуль работает с образом MySQL и имеет службу с ClusterIP, а другой модуль запускает мое серверное приложение Java, используя службу с LoadBalancer.

Я хочу сослаться на переменную среды, созданную для службы kubernetes, и я не уверен, правильно ли я это делаю. Когда я обращаюсь к переменной среды SERVICENAME_SERVICE_HOST в своем приложении Spring, я получаю IP-адрес. Однако, похоже, не удалось установить URL-адрес JDBC в моем application.yaml. Я подозреваю, что я неправильно объединяю переменную среды, поскольку она работала нормально, когда я использовал localhost вместо переменной среды, когда оба модуля использовали LoadBalancer и использовали одну и ту же службу в Kubernetes.

Мой файл application.yaml:

spring:
  jpa:
    hibernate:
      ddl-auto: update
    show-sql: true
  datasource:
    url: "jdbc:mysql://${SQL_SERVICE_SERVICE_HOST}:3306/peopledb?createDatabaseIfNotExist=true"
    username: root
    password: "${MYSQL_ROOT_PASSWORD}"
    driver-class-name: com.mysql.cj.jdbc.Driver

развертывание/сервис для Kubernetes:

apiVersion: v1
kind: Service
metadata:
  name: backend-service
spec:
  selector:
    app: backend
  ports:
  - protocol: TCP
    port: 8080
    targetPort: 8080
    name: backend
  type: LoadBalancer
---
apiVersion: v1
kind: Service
metadata:
  name: sql-service
spec:
  selector:
    app: mysql
  ports:
  - port: 3306
    targetPort: 3306
    name: mysql
  type: ClusterIP
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: backend-deployment
spec:
  replicas: 1
  selector:
    matchLabels:
      app: backend
  template:
    metadata:
      labels:
        app: backend
    spec:
      containers:
      - name: backend
        image: <imagelink redacted>
        ports:
        - containerPort: 8080
---
apiVersion: apps/v1
kind: Deployment
metadata:
  name: mysql-deployment
spec:
  replicas: 1
  selector:
    matchLabels:
      app: mysql
  template:
    metadata:
      labels:
        app: mysql
    spec:
      containers:
      - name: mysql
        image: mysql:latest
        ports:
        - containerPort: 3306
        env:
        - name: MYSQL_ROOT_PASSWORD
          value: "mysecret"

Обновлено: отмеченный ответ — это разумный и лучший способ использовать переменные среды из kubernetes, которые можно применять весной. Однако я заметил, почему моя попытка не сработала. Кажется, я просто забыл определить переменную среды при развертывании моего бэкэнда (MYSQL_ROOT_PASSWORD)... я сделал это только для развертывания контейнера sql. Таким образом, это не удалось, потому что у него не было действующего пароля, а не потому, что он не смог получить IP-адрес службы. После добавления переменной среды во внутренний контейнер/развертывание она работает так, как должна.

Это довольно неудачный пример. Вы можете просто использовать правильное DNS-имя для службы вместо переменной среды. Это такой же объем ввода, но его можно сгенерировать из диаграммы Helm. Кроме того, в документации есть предостережение: «вы должны создать Службу до того, как появятся клиентские модули». Вы не сможете это контролировать, если развернете все сразу.

Botje 27.05.2024 18:58

@Botje Я согласен, что было бы проще просто ввести имя DNS. Я пытаюсь немного узнать о сетевых технологиях в Kubernetes, и мне хотелось посмотреть, как я могу заставить два модуля взаимодействовать друг с другом, при этом один модуль использует службу, к которой можно получить доступ извне кластера, а другой — только внутри кластера. кластер. Это все просто для того, чтобы понять, как все работает.

LowlyCoder 27.05.2024 19:48
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
Как вычислять биты и понимать побитовые операторы в Java - объяснение с примерами
В компьютерном программировании биты играют важнейшую роль в представлении и манипулировании данными на двоичном уровне. Побитовые операции...
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Поднятие тревоги для долго выполняющихся методов в Spring Boot
Приходилось ли вам сталкиваться с требованиями, в которых вас могли попросить поднять тревогу или выдать ошибку, когда метод Java занимает больше...
Полный курс Java для разработчиков веб-сайтов и приложений
Полный курс Java для разработчиков веб-сайтов и приложений
Получите сертификат Java Web и Application Developer, используя наш курс.
1
2
74
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Я бы решил эту проблему полностью на уровне Kubernetes. Вы можете установить свойства Spring непосредственно из переменных среды , а также выполнить базовую конкатенацию строк в переменных среды Kubernetes. В вашей спецификации Pod (то есть в Deployment) вы можете установить

env:
  - name: SQL_SERVICE_SERVICE_HOST
    value: sql-service
  - name: SPRING_DATASOURCE_URL
    value: jdbc:mysql://$(SQL_SERVICE_SERVICE_HOST):3306/peopledb?createDatabaseIfNotExist=true
  - name: SPRING_DATASOURCE_PASSWORD
    value: mysecret
    # valueFrom: { secretKeyRef: { ... } }

Этот подход позволяет избежать необходимости перекомпилировать файл jar, если вы измените настройку, ориентированную на Kubernetes (вы не меняете файл src/main/resources/application-*.yml). На самом деле вам не нужна промежуточная переменная SQL_SERVICE_SERVICE_HOST, но в некоторых случаях может быть полезно иметь имя хоста и имя базы данных как отдельные переменные.

Большое спасибо за ответ! Я относительно новичок в этом, поэтому потребовалось время, чтобы обдумать это и реализовать решение. Теперь он работает с серверной частью и sql, которые находятся в отдельных модулях/сервисах, и sql с использованием кластера, а серверная часть использует балансировщик нагрузки.

LowlyCoder 27.05.2024 19:45

Другие вопросы по теме