k8s 配置项

SPRING_PROFILES_ACTIVE

在 Kubernetes（k8s）中，通过环境变量 SPRING_PROFILES_ACTIVE 可以指定 Spring Boot 应用程序的活动配置文件。该环境变量允许您在部署时动态指定应用程序应该使用哪个 Spring 配置文件或配置文件激活特定的配置文件集。

• 指定活动配置文件：通过设置 SPRING_PROFILES_ACTIVE 环境变量，您可以告诉 Spring Boot 应用程序要激活哪些配置文件。这有助于设置应用程序在不同环境下使用不同的配置信息。
• 多环境支持：在开发、测试和生产等不同环境中，可以使用不同的配置文件来适应各种情况。例如，您可以设置 dev、test、prod 等活动配置文件来实现多环境支持。
• 灵活性：通过环境变量的方式设置活动配置文件提供了一种灵活的方式来控制应用程序的行为，而不需要修改代码或重新部署。

apiVersion: v1
kind: Pod
metadata:
  name: myapp-pod
spec:
  containers:
    - name: myapp
      image: myapp-image
      env:
        - name: SPRING_PROFILES_ACTIVE
          value: "prod"

beta.kubernetes.io/arch

beta.kubernetes.io/arch 是一个 Kubernetes 集群中用于标记节点的 label。这个 label 的作用是指定节点的架构（architecture），即表示节点所在的计算机体系结构类型。

通过这个 label，您可以标识和区分集群中不同架构的节点，从而更好地管理和调度工作负载。例如，如果您有不同架构的节点，可以基于这些标签来选择性地部署特定架构的容器或应用程序，以实现更好的资源利用和性能优化。

beta.kubernetes.io/os 是一个 Kubernetes 集群中用于标记节点的 label。这个 label 的作用是指定节点的操作系统（operating system），即表示节点所运行的操作系统类型。

spring boot dockfile 示例

FROM harbor.changdu.ltd/public/java21:v2-202402281803 AS build-env
WORKDIR /springboot
COPY . .

RUN mvn clean package -DskipTests=true

FROM harbor.changdu.ltd/public/java21:v2-202402281803
WORKDIR /test-kong
COPY --from=build-env /springboot .


#设置字符编码
ENV LANG en_US.UTF-8
WORKDIR /test-kong/test-kong-platform/target
CMD ["java", "-jar", "test-kong-platform.jar", "--server.port=80"]

FROM harbor.changdu.ltd/public/java21:v2-202402281803 AS build-env

使用 Docker 镜像 harbor.changdu.ltd/public/java21:v2-202402281803 作为构建环境并命名为 build-env。
WORKDIR /springboot

在容器中设置工作目录为 /springboot，用于后续的操作。
COPY . .

复制当前目录中的所有文件到容器中的 /springboot 目录中。
RUN mvn clean package -DskipTests=true

运行 Maven 命令，在容器中执行 mvn clean package -DskipTests=true，执行项目构建，跳过测试。
FROM harbor.changdu.ltd/public/java21:v2-202402281803

使用另一个 Docker 镜像 harbor.changdu.ltd/public/java21:v2-202402281803 作为基础镜像。
WORKDIR /test-kong

设置容器中的工作目录为 /test-kong。
COPY --from=build-env /springboot .

从之前阶段（build-env）的镜像中复制 /springboot 目录的内容到当前容器中的根目录。
ENV LANG en_US.UTF-8

设置环境变量 LANG 为 en_US.UTF-8，指定容器的默认字符编码。
WORKDIR /test-kong/test-kong-platform/target

设置容器的工作目录为 /test-kong/test-kong-platform/target。
CMD ["java", "-jar", "test-kong-platform.jar", "--server.port=80"]

设定容器启动时默认运行的命令，通过 Java 命令启动 test-kong-platform.jar 应用，并指定应用监听端口为 80。

在 Kubernetes 中实现 Spring Cloud 项目中服务 A 调用 B，B 再调用服务 C 的架构时，你可以考虑使用 Istio 和 Service Mesh 功能。通过 Istio，你可以实现微服务之间的通信、负载均衡、故障恢复和安全等功能。同时，你也需要正确设置 Kubernetes 中的 Service 及相关配置。

以下是一个简单的步骤概述：

部署 Istio

首先，在 Kubernetes 集群中部署 Istio，并启用 Istio 的 Service Mesh 功能。
定义服务规则

在 Istio 中定义服务间的通信规则，如路由规则、流量管理策略等。这些规则可确保服务 A 和 B 正确调用服务 C。
配置服务 A 和 B

确保服务 A 和 B 的 Kubernetes Service 对象正确暴露，并能够被 Istio 控制。
配置服务 C

确认服务 C 的基础泳道设置无误，并能够被其他服务访问。
进行调用

在服务 A 和 B 的代码中正确配置服务发现机制。通过服务名称而不是具体的 IP 地址调用其他服务，确保在 Istio 网格中的 Service 能够正确识别和定位目标服务。
注意事项

确保 Istio 中的 Sidecar Envoy Proxy 提供了必要的代理和拦截功能，以便管理服务间的通信。

就绪探针（Readiness Probe）和存活探针（Liveness Probe）是两种不同的健康检查机制，用于确保容器内的应用程序正常运行且稳定。

就绪探针（Readiness Probe）：

功能：就绪探针用于确定容器是否准备好接收请求和处理流量。它检查应用程序是否已经初始化完成并能够处理请求。
影响：当就绪探针失败时，Kubernetes将不会将流量发送到该容器，直到应用程序就绪为止。这有助于避免将流量发送到尚未完全就绪或不稳定的应用程序实例上。
配置方式：通过返回成功的 HTTP 状态码或者特定的成功响应内容来表示容器已经就绪。
存活探针（Liveness Probe）：

功能：存活探针用于确定容器内的应用程序是否仍然处于运行状态。它检查应用程序是否依然响应请求，以避免由于进程挂死或无响应而导致的问题。
影响：当存活探针失败时，Kubernetes会尝试重启容器实例，以确保应用程序在故障情况下可以得到恢复。
配置方式：通过返回非成功的 HTTP 状态码或者超时等指标来表示应用程序处于不可用状态。

这两种探针的默认检测时间间隔是一定的，但您可以根据需要进行自定义设置。以下是它们的一般情况：

就绪探针（Readiness Probe）：

默认情况下，就绪探针每 10 秒运行一次。
可通过配置 periodSeconds 字段来设置检查的时间间隔。例如，通过设置 periodSeconds: 5 来将检测时间间隔改为每 5 秒执行一次。
存活探针（Liveness Probe）：

默认情况下，存活探针每 10 秒运行一次。
同样可以通过配置 periodSeconds 字段来设置存活探针的检测时间间隔。例如，通过设置 periodSeconds: 20 来将检测时间间隔改为每 20 秒执行一次。
通过调整这些时间间隔，您可以根据应用程序的特性和需求来优化健康检查频率，从而确保及时发现并处理任何潜在的问题。

存活探针失败：

如果存活探针持续失败，Kubernetes 将根据配置进行容器实例的故障处理。通常情况下，Kubernetes 可能会尝试重启容器实例来恢复应用程序。
如果存活探针配置不合理或者应用程序始终无法通过存活探针的检查，可能导致不断地触发重启操作，从而产生过多的启动停止循环。
就绪探针失败：

当就绪探针失败时，Kubernetes会认为容器尚未准备好接收流量，并将停止向该容器实例发送请求。
如果就绪探针故障导致容器永远处于就绪失败状态，那么其他服务或负载均衡器可能无法识别应用程序已经就绪，从而无法将流量引导到该实例上。