весенний загрузчик облачного конфига kubernetes не работает для нескольких модулей - PullRequest
Новая
       74

весенний загрузчик облачного конфига kubernetes не работает для нескольких модулей

0 голосов
/ 19 января 2020

Я использую spring-cloud-starter-kubernetes-all зависимость для чтения карты конфигурации с моих пружинных загрузочных микросервисов и она работает нормально.

После изменения карты конфигурации я использую refre sh конечная точка 

minikube servie list # to get the servive url 
curl http://192.168.99.100:30824/actuator/refresh -d {} -H "Content-Type: application/json"

это работает, как ожидалось, и приложение загружает изменения конфигурации.

Проблема Приведенное выше работает нормально, если у меня есть только 1 модуль моего приложения, но когда я использую более 1 модуля, только 1 модуль выбирает не все изменения.

В приведенном ниже примере только я выбираю изменения 

[message-producer-5dc4b8b456-tbbjn message-producer] Say Hello to the World12431
[message-producer-5dc4b8b456-qzmgb message-producer] Say Hello to the World

развертывание minkube 

apiVersion: apps/v1
kind: Deployment
metadata:
  name: message-producer
  labels:
    app: message-producer
spec:
  replicas: 2
  selector:
    matchLabels:
      app: message-producer
  template:
    metadata:
      labels:
        app: message-producer
    spec:
      containers:
        - name: message-producer
          image: sandeepbhardwaj/message-producer
          ports:
            - containerPort: 8080

---
apiVersion: v1
kind: Service
metadata:
  name: message-producer
spec:
  selector:
    app: message-producer
  ports:
    - protocol: TCP
      port: 80
      targetPort: 8080
  type: LoadBalancer

configmap.yml 

kind: ConfigMap
apiVersion: v1
metadata:
  name: message-producer
data:
  application.yml: |-
    message: Say Hello to the World

bootstrap .yml 

spring:
  cloud:
    kubernetes:
      config:
        enabled: true
        name: message-producer
        namespace: default
      reload:
        enabled: true
        mode: EVENT
        strategy: REFRESH
        period: 3000

конфигурация 

@ConfigurationProperties(prefix = "")
@Configuration
@Getter
@Setter
public class MessageConfiguration {
    private String message = "Default message";
}

рба c

apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  namespace: default # "namespace" can be omitted since ClusterRoles are not namespaced
  name: service-reader
rules:
- apiGroups: [""] # "" indicates the core API group
  resources: ["services"]
  verbs: ["get", "watch", "list"]

---
apiVersion: rbac.authorization.k8s.io/v1
# This cluster role binding allows anyone in the "manager" group to read secrets in any namespace.
kind: ClusterRoleBinding
metadata:
  name: service-reader
subjects:
- kind: User
  name: default # Name is case sensitive
  apiGroup: rbac.authorization.k8s.io
roleRef:
  kind: ClusterRole
  name: service-reader
  apiGroup: rbac.authorization.k8s.io

1 Ответ

1 голос
/ 19 января 2020

Это происходит потому, что когда вы нажмете curl http://192.168.99.100:30824/actuator/refresh -d {} -H "Content-Type: application/json", kubernetes отправит этот запрос одному из модулей позади службы с помощью циклического распределения нагрузки.

Вы должны использовать функцию перезагрузки источника , установив spring.cloud.kubernetes.reload.enabled=true. Это будет перезагружать свойство всякий раз, когда происходит изменение в карте конфигурации, поэтому вам не нужно использовать конечную точку refre sh.

...