Я пытаюсь добавить системную среду в строку подключения к базе данных.
У меня есть кластер 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-адрес службы. После добавления переменной среды во внутренний контейнер/развертывание она работает так, как должна.
@Botje Я согласен, что было бы проще просто ввести имя DNS. Я пытаюсь немного узнать о сетевых технологиях в Kubernetes, и мне хотелось посмотреть, как я могу заставить два модуля взаимодействовать друг с другом, при этом один модуль использует службу, к которой можно получить доступ извне кластера, а другой — только внутри кластера. кластер. Это все просто для того, чтобы понять, как все работает.




Я бы решил эту проблему полностью на уровне 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 с использованием кластера, а серверная часть использует балансировщик нагрузки.
Это довольно неудачный пример. Вы можете просто использовать правильное DNS-имя для службы вместо переменной среды. Это такой же объем ввода, но его можно сгенерировать из диаграммы Helm. Кроме того, в документации есть предостережение: «вы должны создать Службу до того, как появятся клиентские модули». Вы не сможете это контролировать, если развернете все сразу.