Spring Cloud Kubernetes指南

点击左上角，关注：“锅外的大佬”

专注分享国外最新技术内容，帮助每一个技术人更优秀地成长

1.概述

当我们构建微服务解决方案时，SpringCloud和Kubernetes都是最佳解决方案，因为它们为解决最常见的挑战提供组件。但是，如果我们决定选择Kubernetes作为我们的解决方案的主要容器管理器和部署平台，我们仍然可以主要通过SpringCloudKubernetes项目使用SpringCloud的有趣特性。这个相对较新的项目无疑可以与Kubernetes轻松集成Spring Boot应用程序。在开始之前，了解如何在Minikube（本地Kubernetes环境）上部署Spring Boot应用程序可能会有所帮助。

在本教程中，我们将：

在我们的本地计算机上安装Minikube。
开发一个微服务架构示例，其中两个独立的Spring Boot应用程序通过REST进行通信。
使用Minikube在单节点集群上设置应用程序。
使用YAML配置文件部署应用程序。

2.情景

在我们的示例中，我们使用的场景是旅行社向客户提供各种交易，客户将不时查询旅行社服务。我们将用它来演示：

通过Spring Cloud Kubernetes进行服务发现。
配置管理和使用SpringCloudKubernetes配置向应用程序包注入Kubernetes配置和机密。
使用Spring Cloud Kubernetes功能区进行负载均衡。

3.环境设置

首先，我们需要在本地机器上安装minikube，最好是虚拟机驱动程序，如virtualbox。在执行此环境设置之前，还建议先查看kubernetes及其主要功能。让我们启动本地单节点Kubernetes集群：

minikube start --vm-driver=virtualbox

此命令创建一个使用VirtualBox驱动程序运行Minikube集群的虚拟机。kubectl中的默认上下文现在将是minikube。但是，为了能够在上下文之间切换，我们使用：

kubectl config use-context minikube

启动Minikube后，我们可以连接到Kubernetes仪表板以访问日志并轻松监控我们的服务，pods，ConfigMaps和Secrets：

minikube dashboard

3.1 部署

首先，让我们从GitHub获取示例。此时，我们可以从父文件夹运行“deployment-travel-client.sh”脚本，或者逐个执行每条指令以便更好地掌握该过程：

### build the repository
mvn clean install
### set docker env
eval $(minikube docker-env)
### build the docker images on minikube
cd travel-agency-service
docker build -t travel-agency-service .
cd ../client-service
docker build -t client-service .
cd ..
### secret and mongodb
kubectl delete -f travel-agency-service/secret.yaml
kubectl delete -f travel-agency-service/mongo-deployment.yaml
kubectl create -f travel-agency-service/secret.yaml
kubectl create -f travel-agency-service/mongo-deployment.yaml
### travel-agency-service
kubectl delete -f travel-agency-service/travel-agency-deployment.yaml
kubectl create -f travel-agency-service/travel-agency-deployment.yaml
### client-service
kubectl delete configmap client-service
kubectl delete -f client-service/client-service-deployment.yaml
kubectl create -f client-service/client-config.yaml
kubectl create -f client-service/client-service-deployment.yaml
# Check that the pods are running
kubectl get pods

4.服务发现

该项目为我们提供了Kubernetes中ServiceDiscovery接口的实现。在微服务环境中，通常有多个pod运行相同的服务。Kubernetes将服务公开为一组端点，可以从运行在同一Kubernetes集群中的pod中的Spring Boot应用程序中获取和访问这些端点。例如，在我们的示例中，我们有旅行社服务的多个副本，可以从我们的客户服务访问http：// travel-agency-service：8080。但是，这内部将转化为访问不同的pod，例如travel-agency-service-7c9cfff655-4hxnp。Spring Cloud Kubernetes功能区使用此功能在服务的不同端点之间进行负载平衡。我们可以通过在客户端应用程序中添加spring-cloud-starter-kubernetes依赖项来轻松使用Service Discovery ：

<dependency>
 <groupId>org.springframework.cloud</groupId>
 <artifactId>spring-cloud-starter-kubernetes</artifactId>
</dependency>

另外，我们应该在我们的类中使用@Autowired添加@EnableDiscoveryClient并将DiscoveryClient注入ClientController：

@SpringBootApplication
@EnableDiscoveryClient
publicclassApplication {
publicstaticvoid main(String[] args) {
SpringApplication.run(Application.class, args);
 }
}
@RestController
publicclassClientController {
@Autowired
privateDiscoveryClient discoveryClient;
}

5.ConfigMaps

通常，微服务需要某种配置管理。例如，在Spring Cloud应用程序中，我们将使用Spring Cloud Config Server。

但是，我们可以通过使用Kubernetes提供的ConfigMaps来实现这一点 - 只要我们打算将它用于非敏感的，未加密的信息。或者，如果我们要共享的信息是敏感的，那么我们应该选择使用Secrets。

在我们的示例中，我们在客户端服务 Spring Boot应用程序上使用ConfigMaps 。让我们创建一个client-config。yaml文件定义客户端服务的ConfigMap ：

apiVersion: v1 by d
kind: ConfigMap
metadata:
 name: client-service
data:
 application.properties: |-
 bean.message=Testing reload! Message from backend is: %s <br/> Services : %s

重要的是ConfigMap的名称与我们的“application.properties”文件中指定的应用程序名称相匹配。在这种情况下，它是客户端服务。接下来，我们应该在Kubernetes上为客户端服务创建ConfigMap ：

kubectl create -f client-config.yaml

现在，让我们使用@Configuration和@ConfigurationProperties创建一个配置类ClientConfig并注入ClientController：

@Configuration
@ConfigurationProperties(prefix = "bean")
publicclassClientConfig {
privateString message = "Message from backend is: %s <br/> Services : %s";
// getters and setters
}
@RestController
publicclassClientController {
@Autowired
privateClientConfig config;
@GetMapping
publicString load() {
returnString.format(config.getMessage(), "", "");
 }
}

如果我们不指定ConfigMap，那么我们应该期望看到在类中设置的默认消息。但是，当我们创建ConfigMap时，该属性会覆盖此默认消息。

此外，每次我们决定更新ConfigMap时，页面上的消息都会相应更改：

kubectl edit configmap client-service

6.Secrets

让我们通过查看示例中MongoDB连接设置的规范来了解Secrets的工作原理。我们将在Kubernetes上创建环境变量，然后将其注入Spring Boot应用程序。

6.1 创造一个Secrets

第一步是创建一个secret.yaml文件，将用户名和密码编码为Base 64：

apiVersion: v1
kind: Secret
metadata:
 name: db-secret
data:
 username: dXNlcg==
 password: cDQ1NXcwcmQ=

让我们在Kubernetes集群上应用Secret配置：

kubectl apply -f secret.yaml

6.2 创建一个MongoDB服务

我们现在应该创建MongoDB服务和部署travel-agency-deployment.yaml文件。特别是，在部署部分中，我们将使用之前定义的Secret 用户名和密码：

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
 name: mongo
spec:
 replicas: 1
 template:
 metadata:
 labels:
 service: mongo
 name: mongodb-service
 spec:
 containers:
 - args:
 - mongod
 - --smallfiles
 image: mongo:latest
 name: mongo
 env:
 - name: MONGO_INITDB_ROOT_USERNAME
 valueFrom:
 secretKeyRef:
 name: db-secret
 key: username
 - name: MONGO_INITDB_ROOT_PASSWORD
 valueFrom:
 secretKeyRef:
 name: db-secret
 key: password

默认情况下，mongo：latest映像将在名为admin的数据库上创建具有用户名和密码的用户。

6.3 在旅行社服务上设置MongoDB

更新应用程序属性以添加数据库相关信息非常重要。虽然我们可以自由指定数据库名称admin，但这里我们隐藏了最敏感的信息，例如用户名和密码：

spring.cloud.kubernetes.reload.enabled=true
spring.cloud.kubernetes.secrets.name=db-secret
spring.data.mongodb.host=mongodb-service
spring.data.mongodb.port=27017
spring.data.mongodb.database=admin
spring.data.mongodb.username=${MONGO_USERNAME}
spring.data.mongodb.password=${MONGO_PASSWORD}

现在，让我们看看我们的travel-agency-deployment属性文件，使用连接到mongodb-service所需的用户名和密码信息来更新服务和部署。

这是文件的相关部分，其中部分与MongoDB连接相关：

env:
 - name: MONGO_USERNAME
 valueFrom:
 secretKeyRef:
 name: db-secret
 key: username
 - name: MONGO_PASSWORD
 valueFrom:
 secretKeyRef:
 name: db-secret
 key: password

7.与Ribbon通信

在微服务环境中，我们通常需要复制服务的pod列表，以便执行负载平衡。这是通过使用Spring Cloud Kubernetes Ribbon提供的机制实现的。此机制可以自动发现并到达特定服务的所有端点，然后，它使用有关端点的信息填充Ribbon ServerList。

让我们首先将spring-cloud-starter-kubernetes-ribbon依赖项添加到我们的客户端服务 pom.xml文件中：

<dependency>
 <groupId>org.springframework.cloud</groupId>
 <artifactId>spring-cloud-starter-kubernetes-ribbon</artifactId>
</dependency>

下一步是将注释@RibbonClient添加到我们的客户端服务应用程序：

@RibbonClient(name = "travel-agency-service")

填充端点列表时，Kubernetes客户端将搜索生成在当前命名空间/项目中的已注册端点，这些端点与使用@RibbonClient注释定义的服务名称相匹配。

我们还需要在应用程序属性中启用功能区客户端：

ribbon.http.client.enabled=true

8.附加功能

8.1 Hystrix

Hystrix有助于构建容错和弹性应用程序。其主要目标是快速恢复和快速恢复。

特别是，在我们的示例中，我们使用Hystrix 通过使用@EnableCircuitBreaker注释Spring Boot应用程序类来在客户端 - 服务器上实现断路器模式。

此外，我们使用了回退功能通过注释方法TravelAgencyService.getDeals（）与 @HystrixCommand（）。这意味着在回退的情况下，将调用getFallBackName（）并返回“Fallback”消息：

@HystrixCommand(fallbackMethod = "getFallbackName", commandProperties = { 
@HystrixProperty(name = "execution.isolation.thread.timeoutInMilliseconds", value = "1000") })
publicString getDeals() {
returnthis.restTemplate.getForObject("http://travel-agency-service:8080/deals", String.class);
}
privateString getFallbackName() {
return"Fallback";
}

8.2 健康检查

我们可以利用Spring Boot HealthIndicator和Spring Boot Actuator向用户公开与健康相关的信息。特别是，Kubernetes健康指标提供：

pod名称
IP地址
命名空间
服务帐户
节点名称
一个标志，指示Spring Boot应用程序是Kubernetes的内部还是外部

9.结论

在本文中，我们提供了Spring Cloud Kubernetes项目的全面概述。

那我们为什么要用呢？如果我们将Kubernetes作为微服务平台，但仍然欣赏Spring Cloud的功能，那么Spring Cloud Kubernetes为我们提供了两全其美的优势。GitHub上提供了该示例的完整源代码。

原文链接：https://www.baeldung.com/spring-cloud-kubernetes
作者：baeldung
译者：Yunooa

动手扫一扫关注，帮你不断突破技术壁垒

推荐阅读：OpenShift使用S2I运行微服务

上一篇：架构级开闭原则

继续阅读

阅读原文