ToB企服应用市场:ToB评测及商务社交产业平台

标题: Spring Cloud 部署时怎样使用 Kubernetes 作为注册中心和配置中心 [打印本页]

---

作者: 小小小幸运    时间: 2024-5-19 16:48
标题: Spring Cloud 部署时怎样使用 Kubernetes 作为注册中心和配置中心
一、Spring Cloud 支持的常见注册中心和配置中心。

• Spring Cloud 自带的注册中心Eureka以及config配置中心
  
• Nacos，支持注册中心和配置中心等，可以参考：https://www.cnblogs.com/laoqing/p/17797759.html
  
• Zookeeper
  
• Consul
  
• Etcd
  
• Kubernetes ，当Spring Cloud 服务都是通过Kubernetes 部署时，可以使用Kubernetes 作为注册中心和配置中心。
  

二、Spring Cloud 部署时怎样使用 Kubernetes 作为注册中心和配置中心
Spring Cloud Kubernetes提供了使用Kubernete当地服务的Spring Cloud通用接口实现。该存储库中提供的项目的主要目标是促进在Kubernetes中运行的Spring Cloud和Spring Boot应用程序的集成。
在Springboot中，Starters 是一种方便的依赖形貌符，可以包含在应用程序中。包括一个启动器来获取特性集的依赖项和Spring Boot自动配置。在使用Kubernetes 作为注册中心和配置中心时，需要集成如下的Starters 。
1、将服务名称剖析为Kubernetes Services的发现客户端实现。

1. <dependency>
2.     <groupId>org.springframework.cloud</groupId>
3.     <artifactId>spring-cloud-starter-kubernetes</artifactId>
4. </dependency>

复制代码

示例代码：

1. @SpringBootApplication
2. @EnableDiscoveryClient
3. public class Application {
4.   public static void main(String[] args) {
5.     SpringApplication.run(Application.class, args);
6.   }
7. }

复制代码

1. //Then you can inject the client in your code simply by autowiring it, as the following example shows:
2. @Autowired
3. private DiscoveryClient discoveryClient;

复制代码

配置项：

1. spring:
2.   cloud:
3.     kubernetes:
4.       enabled: true
5. #      discovery:
6. #        all-namespaces: true
7. #        enabled: true

复制代码

2、从Kubernetes ConfigMaps和Secrets加载应用程序属性。ConfigMap或Secret更改时重新加载应用程序属性。

1. <dependency>
2.     <groupId>org.springframework.cloud</groupId>
3.     <artifactId>spring-cloud-starter-kubernetes</artifactId>
4. </dependency>-config

复制代码

使用 Kubernetes 的ConfigMap或Secret作为配置中心。
Kubernetes提供了一个名为ConfigMap的资源，以键值对或嵌入式application.properties或application.yaml文件的情势将要传递给应用程序的参数外部化。Spring Cloud Kubernetes Config项目使Kubernete ConfigMap实例在应用程序引导期间可用，并在观察到的ConfigMap实例上检测到更改时触发bean或Spring上下文的热重新加载。
默认举动是基于Kubernetes ConfigMap创建ConfigMapPropertySource，该ConfigMap的metadata.name值为Spring应用程序的名称（由其Spring.application.name属性定义）或bootstrap.properties文件中定义的自定义名称，位于以下键下：Spring.cloud.Kubernetes.config.name。
但是，可以使用多个ConfigMap实例举行更高级的配置。spring.cloud.kubernetes.config.sources列表使这成为可能。例如，您可以定义以下ConfigMap实例：

1. spring:
2.   application:
3.     name: cloud-k8s-app
4.   cloud:
5.     kubernetes:
6.       config:
7.         name: default-name
8.         namespace: default-namespace
9.         sources:
10.          # Spring Cloud Kubernetes looks up a ConfigMap named c1 in namespace default-namespace
11.          - name: c1
12.          # Spring Cloud Kubernetes looks up a ConfigMap named default-name in whatever namespace n2
13.          - namespace: n2
14.          # Spring Cloud Kubernetes looks up a ConfigMap named c3 in namespace n3
15.          - namespace: n3
16.            name: c3

复制代码

如果没有设置spring.cloud.kubernetes.config.namespace，则将在应用程序运行的命名空间中查找名为c1的ConfigMap。
找到的任何匹配的ConfigMap都将按如下方式举行处置惩罚：
应用各个配置属性。
将任何名为application.yaml的属性的内容作为yaml应用。
将任何名为application.properties的属性的内容作为属性文件应用。
上述流的唯一例外是ConfigMap包含单个键，该键指示文件是YAML或属性文件。在这种情况下，键的名称不必是application.yaml或application.properties（它可以是任何东西），并且属性的值被精确处置惩罚。此功能有助于使用类似以下内容创建ConfigMap的用例：

1. kubectl create configmap game-config --from-file=/path/to/app-config.yaml

复制代码

假设我们有一个名为demo的Spring Boot应用程序，它使用以下属性来读取其线程池配置。
pool.size.core
pool.size.maximum
这可以外部化为yaml格式的配置映射，如下所示：

1. kind: ConfigMap
2. apiVersion: v1
3. metadata:
4.   name: demo
5. data:
6.   pool.size.core: 1
7.   pool.size.max: 16

复制代码

单个属性在大多数情况下都可以正常工作。然而，有时，嵌入yaml更方便。在这种情况下，我们使用一个名为application.yaml的属性来嵌入我们的yaml，如下所示：

1. kind: ConfigMap
2. apiVersion: v1
3. metadata:
4.   name: demo
5. data:
6.   application.yaml: |-
7.     pool:
8.       size:
9.         core: 1
10.         max:16

复制代码

1. kind: ConfigMap
2. apiVersion: v1
3. metadata:
4.   name: demo
5. data:
6.   custom-name.yaml: |-
7.     pool:
8.       size:
9.         core: 1
10.         max:16

复制代码

您还可以根据读取ConfigMap时合并在一起的运动配置文件，对Spring Boot应用程序举行差别的配置。您可以使用application.properties或application.yaml属性为差别的配置文件提供差别的属性值，指定特定于配置文件的值，每个值都在自己的文档中（由---序列表示），如下所示：

1. kind: ConfigMap
2. apiVersion: v1
3. metadata:
4.   name: demo
5. data:
6.   application.yml: |-
7.     greeting:
8.       message: Say Hello to the World
9.     farewell:
10.       message: Say Goodbye
11.     ---
12.     spring:
13.       profiles: development
14.     greeting:
15.       message: Say Hello to the Developers
16.     farewell:
17.       message: Say Goodbye to the Developers
18.     ---
19.     spring:
20.       profiles: production
21.     greeting:
22.       message: Say Hello to the Ops

复制代码

要告诉Spring Boot应该在引导时启用哪个配置文件，可以传递Spring_PROFILES_ACTIVE环境变量。为此，您可以使用环境变量启动Spring Boot应用程序，您可以在容器规范的PodSpec中定义该环境变量。部署资源文件，如下所示：

1. apiVersion: apps/v1
2. kind: Deployment
3. metadata:
4.   name: deployment-name
5.   labels:
6.     app: deployment-name
7. spec:
8.   replicas: 1
9.   selector:
10.     matchLabels:
11.       app: deployment-name
12.   template:
13.     metadata:
14.       labels:
15.         app: deployment-name
16.     spec:
17.         containers:
18.         - name: container-name
19.           image: your-image
20.           env:
21.           - name: SPRING_PROFILES_ACTIVE
22.             value: "development"

复制代码

使用ConfigMap实例的另一个选项是通过运行Spring Cloud Kubernetes应用程序并让Spring Cloud Kubornetes从文件系统中读取它们，将它们装载到Pod中。此举动由spring.cloud.kubernetes.config.paths属性控制。您可以在前面形貌的机制的基础上使用它，也可以使用它来代替前面介绍的机制。可以使用、分隔符在spring.cloud.kubernetes.config.path中指定多个（正确的）文件路径。
NameTypeDefaultDescriptionspring.cloud.kubernetes.config.enabled
Boolean
true
Enable Secrets PropertySource
spring.cloud.kubernetes.config.name
String
${spring.application.name}
Sets the name of ConfigMap to look up
spring.cloud.kubernetes.config.namespace
String
Client namespace
Sets the Kubernetes namespace where to lookup
spring.cloud.kubernetes.config.paths
List
null
Sets the paths where ConfigMap instances are mounted
spring.cloud.kubernetes.config.enableApi
Boolean
true
Enable or disable consuming ConfigMap instances through APIs
Kubernetes有Secrets的概念，用于存储密码、OAuth令牌等敏感数据。该项目提供了与Secrets集成，使Spring Boot应用程序可以访问机密。您可以通过设置spring.cloud.kubernetes.secrets.enabled属性来显式启用或禁用此功能。
启用后，SecretsPropertySource从以下泉源查找Kubernetes的Secrets：
从秘密装载中递归读取
以应用程序命名（由spring.application.name定义）
匹配一些标签
请注意，默认情况下，由于安全原因，不会启用通过API（上面第2点和第3点）使用Secrets。此外，我们建议容器通过装入的卷共享机密。如果您启用通过API消耗机密，我们建议您使用[授权策略，如RBAC]来限定对机密的访问(https://kubernetes.io/docs/concepts/configuration/secret/#best-实践）。
如果发现了这些秘密，应用程序就可以使用它们的数据。
假设我们有一个名为demo的spring-boot应用程序，它使用属性读取其数据库配置。我们可以使用以下命令创建Kubernetes机密：

1. oc create secret generic db-secret --from-literal=username=user --from-literal=password=p455w0rd

复制代码

前面的命令将创建以下机密（可以通过使用oc-get-secrets-db-secret-o yaml看到）：

1. apiVersion: v1
2. data:
3.   password: cDQ1NXcwcmQ=
4.   username: dXNlcg==
5. kind: Secret
6. metadata:
7.   creationTimestamp: 2017-07-04T09:15:57Z
8.   name: db-secret
9.   namespace: default
10.   resourceVersion: "357496"
11.   selfLink: /api/v1/namespaces/default/secrets/db-secret
12.   uid: 63c89263-6099-11e7-b3da-76d6186905a8
13. type: Opaque

复制代码

请注意，数据包含create命令提供的文本的Base64编码版本。
然后您的应用程序可以使用此机密 — 例如，通过将机密的值导出为环境变量：

1. apiVersion: v1
2. kind: Deployment
3. metadata:
4.   name: ${project.artifactId}
5. spec:
6.    template:
7.      spec:
8.        containers:
9.          - env:
10.             - name: DB_USERNAME
11.               valueFrom:
12.                  secretKeyRef:
13.                    name: db-secret
14.                    key: username
15.             - name: DB_PASSWORD
16.               valueFrom:
17.                  secretKeyRef:
18.                    name: db-secret
19.                    key: password

复制代码

 
3、功能区客户端负载平衡器，具有从Kubernetes端点得到的服务器列表。
调用微服务的Spring Cloud客户端应用程序应该对依赖客户端负载平衡功能感兴趣，以便自动发现它可以在哪个端点访问给定的服务。这个机制已经在spring-cloud kubernetes ribbon项目中实现，此中kubernetes客户端添补一个ribbon ServerList，此中包含有关这些端点的信息。
该实现是以下启动器的一部分，您可以通过将其依赖项添加到pom文件中来使用它：

1. <dependency>
2.     <groupId>org.springframework.cloud</groupId>
3.     <artifactId>spring-cloud-starter-kubernetes</artifactId>
4. </dependency>-ribbon

复制代码

当添补端点列表时，Kubernetes客户端通过匹配Ribbon客户端解释中定义的服务名称来搜索当前命名空间或项目中的已注册端点，如下所示：

1. @RibbonClient(name = "name-service")

复制代码

您可以通过使用以下格式在application.properties中提供属性（通过应用程序的专用ConfigMap）来配置Ribbon的举动：＜服务名称＞.bribbon，此中：
＜服务的名称＞对应于您通过Ribbon访问的服务名称，如使用@RibbonClient解释配置的（如前面示例中的名称服务）。
＜Ribbon configuration key＞是Ribbon的CommonClientConfigKey类定义的Ribbon配置键之一。
此外，spring cloud kubernetes ribbon项目定义了两个额外的配置键，以进一步控制ribbon与kubernetes的交互方式。特别是，如果一个端点定义了多个端口，则默认举动是使用找到的第一个端口。要更具体地选择要在多端口服务中使用的端口，可以使用PortName键。如果你想指定应该在哪个Kubernetes命名空间中查找目标服务，你可以使用KubernetsNamespace键，记着在这两种情况下都要用你的服务名称和功能区前缀作为这些键的前缀，如前所述。
Property KeyTypeDefault Valuespring.cloud.kubernetes.ribbon.enabled
boolean
true
spring.cloud.kubernetes.ribbon.mode
KubernetesRibbonMode
POD
spring.cloud.kubernetes.ribbon.cluster-domain
string
cluster.local
spring.cloud.kubernetes.ribbon.mode支持POD和SERVICE模式。
POD模式是通过获取Kubernetes的POD IP地址并使用Ribbon来实现负载平衡。POD模式使用Ribbon的负载平衡不支持Kubernetes的负载平衡，不支持Istio的流量策略。
SERVICE模式直接基于功能区的服务名称。Get Kubernetes服务被毗连到服务名称中。｛namespace｝.svc。｛cluster.domain｝：｛port｝，例如：demo1.default.svc.cluster.local:8080。SERVICE模式使用Kubernetes服务的负载平衡来支持Istio的流量策略。
spring.cloud.kubernetes.ribbon.cluster-domain设置自定义的kubernetes集群域后缀。默认值为：“cluster.local”
4、所有Spring Cloud Kubernetes功能，当选择这个maven选项时，可以只加入这一个依赖

1. <dependency>
2.     <groupId>org.springframework.cloud</groupId>
3.     <artifactId>spring-cloud-starter-kubernetes</artifactId>
4. </dependency>-all

复制代码

更多关于Spring Cloud怎样同Kubernetes 举行联合，可以参考https://cloud.spring.io/spring-cloud-kubernetes/spring-cloud-kubernetes.html

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。

---

欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/)

Powered by Discuz! X3.4