我们希望微服务是可复制的，可替换的工作节点，这样可以轻松进行升级或降级，同时无需任何停机时间，并花费最少代价的管理。我们可以说我们希望他们成为我们的小黄人（minions）。本文我们将通过一个简单的例子来了解Kubernetes可以通过创建和编排一群“小黄人"来为我们做些什么。您可以与本文一起编码或从
此处
克隆项目。
先决条件
需要将使用Docker容器化微服务以便在Kubernetes中运行它们。我们将使用Minikube，而不是使用云托管的Kubernetes，以便可以在本地沙箱运行。
目的
我们的小黄人军团将是Java微服务。我们希望军团中有不同类型的工作角色，以便能够了解Kubernetes可以为我们做些什么。因此，我们的目标是让每个微服务都响应一个简单的http请求，其响应如下：
![1.png]( "1.png")
使用ASCII字来表示minion的类型。
构建Java Minion服务
我们可以通过Spring Boot Web应用程序来启动我们的微服务，程序使用具有Web启动依赖性的
Spring Initializr
初始化：
![2.png]( "2.png")
在项目中，创建一个使用@RestController注释的Controller来处理请求。使用@RequestMapping（method = GET）来提供响应主体。所以首先我们可以这样做：
@RequestMapping( method=GET)
@ResponseBody
public String minion() throws UnknownHostException {
StringBuilder stringBuilder = new StringBuilder();
stringBuilder.append("Host: ").append(InetAddress.getLocalHost().getHostName()).append("<br/>");
return stringBuilder.toString();
}
但这并不能完全满足需求。我们可以输出ASCII字，但选择哪种minion类型？为此可以使用一个技巧。创建一个可以采用我们选择的任何minion类型的应用程序。要做到这一点，需要它包含一个ASCII艺术字库。因此，我们创建了一个名为MinionsLibrary的类，使用@Component注解，在内部我们创建了一个地图，我们使用
此博客
中的一些minions初始化：
@Component
public class MinionsLibrary {
private Map<String,String> map = new HashMap<>();
public MinionsLibrary(){
map.put("one-eyed-minion",<COPY-PASTE MINION ASCII ART HERE>);
map.put("two-eyed-minion",<COPY-PASTE MINION ASCII ART HERE>);
map.put("sad-minion",<COPY-PASTE MINION ASCII ART HERE>);
map.put("happy-minion",<COPY-PASTE MINION ASCII ART HERE>);
}
}
或者你可以从
https://github.com/ryandawsonu ... /demo
获取。
然后告诉微服务是哪种minion类型。使用Spring应用程序的名称属性（我们稍后可以使用Docker环境变量设置）来执行此操作。它还将帮助我们稍后在响应中显示我们的应用程序版本，所以现在的Controller变为：
@RestController
public class Controller {
private final String version = "0.1";
private MinionsLibrary minionsLibrary;
@Value("${spring.application.name}")
private String appName;
public Controller(MinionsLibrary minionsLibrary){
this.minionsLibrary=minionsLibrary;
}
@RequestMapping( method=GET)
@ResponseBody
public String minion() throws UnknownHostException {
StringBuilder stringBuilder = new StringBuilder();
stringBuilder.append("Host: ").append(InetAddress.getLocalHost().getHostName()).append("<br/>");
stringBuilder.append("Minion Type: ").append(appName).append("<br/>");
stringBuilder.append("IP: ").append(InetAddress.getLocalHost().getHostAddress()).append("<br/>");
stringBuilder.append("Version: ").append(version).append("<br/>");
stringBuilder.append(minionsLibrary.getMinion(appName));
return stringBuilder.toString();
}
}
现在选择'image'包以匹配应用程序名称，该名称将是minion类型名称（例如'单眼小黄人'）。
容器化并部署
需要为我们的应用程序创建一个Docker镜像。我们想在Docker镜像中构建可执行的jar，然后在容器启动时启动Java应用程序。可以使用多阶段Docker构建来完成此任务。 Dockerfile是：
FROM maven:3.5-jdk-8 as BUILDMINION
COPY src /usr/src/myapp/src
COPY pom.xml /usr/src/myapp
RUN mvn -f /usr/src/myapp/pom.xml clean package -DskipTests
FROM openjdk:alpine
COPY --from=BUILDMINION /usr/src/myapp/target/*.jar /maven/
CMD java $JAVA_OPTS -jar maven/*.jar
从开始到'FROM openjdk：alpine'是构建JAR，然后jar包被拷贝到基于轻量的openjdk:alpine镜像的下一阶段构建。使用JAVA_OPTS参数来限制程序的内存占用（关于降低内存，可以参考
该文章
）。
然后使用命令“docker build . -t minion”构建一个镜像。
通过创建Kubernetes部署文件来部署它。我们称之为“minion-army.yml”。这将包含每个minion类型的条目。这是其中的一个minion类型：
apiVersion: apps/v1beta1
kind: Deployment
metadata:
name: one-eyed-minion
labels:
serviceType: one-eyed-minion
spec:
replicas: 2
template:
metadata:
name: one-eyed-minion
labels:
serviceType: one-eyed-minion
spec:
containers:
- name: one-eyed-minion
image: minion:latest
imagePullPolicy: Never
ports:
- containerPort: 8080
env:
- name: JAVA_OPTS
value: -Xmx64m -Xms64m
- name: SPRING_APPLICATION_NAME
value: "one-eyed-minion"
---
apiVersion: v1
kind: Service
metadata:
name: one-eyed-minion-entrypoint
namespace: default
spec:
selector:
serviceType: one-eyed-minion
ports:
- port: 8080
targetPort: 8080
nodePort: 30080
type: NodePort
请注意，“SPRING_APPLICATION_NAME”变量会自动与spring.application.name属性匹配，以便此minion服务成为单眼小黄人类型。有两个这种minion类型的实例（副本）可用，Kubernetes服务将自动将请求路由到其中一个或另一个。
该服务将通过Minikube以端口30080暴露对外提供服务 （对于真正的Kubernetes，该服务的这一点会有所不同，因为我们使用LoadBalancer而不是NodePort，并且不会限制在minikube端口范围）。服务将使用与服务匹配的Pod来处理它。我们将为每种类型提供一种服务。
minion类型的部署将创建两个Pod。每个人都是这种类型的工作节点。
我们可以为每个minion类型重复上面的配置，每次增加外部端口号以便使用不同的端口，或者我们可以使用这个GitHub存储库，它还具有其他配置，可以在不停机的情况下进行小型版本升级（如果我们使用Helm，我们可以避免重复，但我们不想添加比我们更多的工具）。
创建军团
首先启动mMinikube：
minikube start --memory 4000 --cpus 3
等待它开始，然后将您的Docker registry链接到Minikube，并为Minikube构建minion图像：
eval $(minikube docker-env)
docker build . -t minion
然后我们可以部署军团：
kubectl create -f minion-army.yml
并看到类型：
open http://$(minikube ip):30080
open http://$(minikube ip):30081
open http://$(minikube ip):30082
open http://$(minikube ip):30083
每个看起来都很像文章开头的快乐小黄人页面。
我们可以通过“kubectl get pods”来查看整个军队，或者“minikube dashboard”进到Pods页面：
![3.png]( "3.png")
创造更多的部队
我们可以在minikube dashboard的Deployments部分下创建更多特定类型的minions：
![4.png]( "4.png")
一个小黄人倒下，另一个替补他的位置
假设从浏览器点击快乐小黄人服务时得到的：
![5.png]( "5.png")
如果杀死“happy-minion-58c9c46d67-j84s9”会发生什么？可以通过仪表板的Pod部分删除：
kubectl delete pod happy-minion-58c9c46d67-j84s9
如果你在浏览器中点击刷新几次（杀死小黄人兵可能需要一点时间），你会看到该服务会使用该类型的另一个小黄人。如果浏览Pod部分，您将看到Kubernetes创建了一个新的Pod来代替您删除的那个，以保证该部署中有两个节点。
Minion升级
我们还可以为小黄人进行滚动升级。为此，我们应该在minions-army.yml文件的每个Deployment部分的'spec'部分下面（它可以直接位于同一级别的'replicas'下面）：
minReadySeconds: 10
strategy:
type: RollingUpdate
rollingUpdate:
maxUnavailable: 1
maxSurge: 1
然后将Controller类中的版本更改为0.2，保存它然后执行：
docker build . -t minion:0.2
然后打开minion-army.yml并找到 - 用“0.2”替换所有“最新”，保存更改并执行：
kubectl apply -f minion-army.yml --record
刷新其中一个minion类型的浏览器，以查看版本更改是否与kubectl rollout status部署中看到的内容一致，其中<deployment_name>是minion类型（例如one-eyed-minion）。
小黄人回滚
要查看已部署的历史记录，请执行kubectl rollout history deployment <deployment_name>，回滚执行 kubectl rollout undo deployment <deployment_name> --to-revision = 1（可能需要一段时间）。
销毁军团
用以下方法摧毁军队：
kubectl delete -f minion-army.yml
用“minikube stop”停止minikube。
本文转自DockOne-p2p-Java程序员如何快速理解Kubernetes
