只需五步,将Spring Boot服务迁移到Kubernetes

只需五步,将Spring Boot服务迁移到Kubernetes

作者:学研妹 2023-09-21 22:50:15

开源

云原生 如果预算有限,想以低成本获得弹性Beanstalk的所有好处,可以使用Kubernetes,并且它是开源的!

当许多Java开发人员使用Spring框架来快速创建Web服务,但是其在生产环境中运行可能是个比较大的挑战,因为有很多运行方式和云提供商。当然您可以使用像AWS Elastic Beanstalk这样的服务来保持其运行,实现自动缩放、零停机部署、无需部署新版本的基础设施经验等等。但是,这些服务对于预算较低的人来说会花费很多钱,同时失去对服务基础设施的控制。

如果预算有限,想以低成本获得弹性Beanstalk的所有好处,可以使用Kubernetes,并且它是开源的!

1. 生成Docker镜像

Kubernetes是一个容器编排平台,它可以自动化地部署、扩展和管理容器化应用程序。Kubernetes的工作原理是这样的:您可以从应用程序创建Docker镜像,并“告诉”Kubernetes启动您创建的一个或多个镜像实例。然后,Kubernetes会自动将这些实例分配给可用的节点,并确保它们始终处于运行状态。如果有节点失败或需要扩展应用程序,则Kubernetes会自动重新分配实例,以确保应用程序始终处于可用状态。因此,我们的第一步是从Spring Boot服务创建一个镜像。

以下一个Dockerfile示例:

FROM openjdk:8-jdk-alpine
VOLUME /tmp
MAINTAINER Samuel Birocchi <[email protected]>
ADD target/*.jar app.jar
COPY newrelic newrelic

ENV JAVA_OPTS=""
ENV SPRING_PROFILE="default"
ENV MONGO_PASSWORD=""

ENTRYPOINT exec java $JAVA_OPTS \
 -javaagent:newrelic/newrelic.jar \
 -Djava.security.egd=file:/dev/./urandom \
 -Dspring.profiles.active=$SPRING_PROFILE \
 -Dmongo.password=$MONGO_PASSWORD \
 -jar app.jar

有了这个和docker build插件,我们可以运行gradle clean buildDocker(或使用maven docker插件)来构建docker镜像。请注意,它将创建一个带有gradle.properties或build.gradle上配置的版本标签的映像。

2. 创建部署和Pods

现在要将创建好的镜像放在Kubernetes上,我们需要将其上传到注册表中。我们可以上传到公共docker注册表,但是该映像将对每个人都可用!由于我们的服务是私有的,因此我们需要上传到私有注册表。幸运的是,Gcloud为您的帐户提供了私有注册表。

这样一来,就可以最终将服务放在Kubernetes集群上了!由于正在使用Gcloud,因此使用GKE创建集群非常容易,请按照本教程进行操作。创建集群后,配置命令行连接它后,需要为应用程序创建部署(或复制控制器)以实现可扩展性。使用以下配置作为初始配置:

apiVersion: apps/v1beta1 # for versions before 1.8.0 use apps/v1beta1
kind: Deployment
metadata:
  name: spring-boot-deployment
spec:
  selector:
    matchLabels:
      app: spring-boot-app
  replicas: 3 # tells deployment to run 3 pods matching the template
  template: # create pods using pod definition in this template
    metadata:
      labels:
        app: spring-boot-app
    spec:
      containers:
      - name: spring-boot-app
        image: #your image name here
        ports:
        - containerPort: 8080
          name: server
        - containerPort: 8081
          name: management

考虑到在最后一步中配置了Kubernetes命令行界面(kubectl),因此我们可以使用kubectl apply -f Deployment.yml为Kubernetes集群创建一个新的部署,并使用此配置。过一段时间后,您可以使用kubectl get deployment spring-boot-deployment检查部署的状态,并使用kubectl get pods spring-boot-app检查pod的状态。如果要检查pod的日志,则可以使用kubectl log命令。

3. 使用服务公开我们的Pods

现在,我们的Pod正在运行,需要创建一个服务来将Pod公开。使用下配置创建服务:

apiVersion: v1
kind: Service
metadata:
  name: spring-boot-service
spec:
  ports:
  - port: 8080
    targetPort: 8080
    name: http
  - port: 8081
    targetPort: 8081
    name: management
  selector:
    app: spring-boot-app
  type: NodePort

正如所看到的,服务配置非常简单。但是,此配置未公开。我们可以将服务类型设置为LoadBalancer,因为gcloud会自动为我们的服务创建真正的负载均衡器和外部IP。实际上尝试使用此配置我们无法正确设置TLS和HTTPS,我们希望服务仅通过HTTPS协议访问。但是该怎么做呢?

4. 使用Ingress进行路由

可以找到Kubernetes Ingress来使用。它是一个较新的功能,但非常有效。它几乎像一个类型为LoadBalancer的服务,但您可以设置自定义路由规则。下面是Ingress配置:

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: spring-boot-ingress
  annotations:
    kubernetes.io/ingress.allow-http: "false"
spec:
  tls:
  - secretName: your-tls-secret
  backend:
    serviceName: spring-boot-service
    servicePort: 8080

正如所看到的,我们将入口设置为仅允许使用kubernetes.io/ingress.allow-http:”false”进行HTTPS连接。但是,您会发现此文件中有TLS配置。我们需要首先创建一个Secret,其中包含用于Ingress访问的ssl证书数据。使用下文配置即可完成此操作。

5. Secrets

apiVersion: v1
data:
  tls.crt: #base64 hash of your cert
  tls.key: #base64 hash of your key
kind: Secret
metadata:
  name: your-tls-secret
  namespace: default
type: Opaque

应用所有配置后,我们可以使用 kubectl get ingress spring-boot-ingress 命令检查应用程序的外部 IP。通过 HTTPS 访问,我们的 Spring Boot 应用程序就运行在 Kubernetes 集群上了!

重要!Kubernetes服务对默认pod端口和端点“/”执行健康检查。如果您没有映射该端点或者它受到保护,则需要加入livenessProbe和readinessProbe配置。

建议在部署到生产之前使用minikube测试这些设置,以便您熟悉Kubernetes环境。

要部署新版本,请使用kubectl set image deployment/spring-boot-deployment spring-boot-app=your-new-image或仅使用kubectl edit deployment spring-boot-deployment编辑配置。使用第二个命令,您可以同时更新图像和Pod的数量。如果您只想扩展应用程序,请运行kubectl scale deployment spring-boot-deployment –replicas=10或创建自动缩放配置。

更新部署会导致Kubernetes滚动更新,无需停机,因为它会处理所有内容,您只需坐下来放松即可。将基础架构更改为GKE后,可以减少关注应用程序的健康状况,更多地关注开发。Kubernetes非常易于与CI工具(如Jenkins、GitLab CI、BitBucket Pipelines等)一起使用。

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/244790.html<

(0)
管理的头像管理
上一篇2025-04-25 21:35
下一篇 2025-04-25 21:36

相关推荐

  • 站群服务器和普通服务器到底哪个更适合GEO,怎么选?

    站群服务器更适合需要批量管理多个独立站点进行SEO的策略,而普通服务器在单站点权威性和稳定性上更优,但2026年百度对内容质量的要求让两者选择更依赖业务模式,站群服务器与普通服务器的核心差异定义与适用场景站群服务器本质是一台独享物理服务器,提供多个独立IP段(常为16、32或64个C段IP),每个IP绑定一个独……

    2026-07-28
    0
  • 物理服务器和云服务器做站群到底选哪个,哪个更稳定?

    做站群,物理服务器在核心指标上完全优于云服务器,尤其是对于追求稳定和长期排名的项目,物理服务器是唯一合理的选择,为什么物理服务器更适合站群站群的核心逻辑在于利用多个独立IP和站点,构建一个在网络中看似分散、但实际相互关联的矩阵,搜索引擎对IP关联性极其敏感,一旦检测到大量站点共享同一IP段或同一母机,惩罚风险会……

    2026-07-28
    0
  • 国内高防服务器哪家防御真实靠谱,怎么选?

    国内高防服务器哪家防御真实靠谱?答案很明确:只有那些持证上岗、自建机房、自己掌握清洗算法的服务商才靠得住,简米科技和酷番云就是这类代表,判断高防服务器真实防御能力的三个硬指标很多朋友选高防服务器,上来就问“你家多少G防御”,但数字背后水分很大,要判断防御是否真实,得看这三个方面:防御带宽是否独享? 有些服务商宣……

    2026-07-28
    0
  • 裸金属服务器和物理服务器有什么区别?,怎么选?

    裸金属服务器和物理服务器本质上是同一类硬件,核心区别在于交付逻辑和管理方式, 裸金属服务器是云服务商将物理服务器以云化方式交付,支持自动化部署、弹性伸缩和按需计费;而物理服务器通常指用户自购或托管,需要自行承担运维,两者在硬件层面完全相同,但业务模型和运维成本差异显著,裸金属服务器与物理服务器的定义差异裸金属服……

    2026-07-28
    0
  • 做GEO站群选哪家服务器服务商靠谱,怎么选?

    做SEO站群,选择服务器服务商的核心在于机房资质、IP资源与售后响应——简米科技与酷番云凭借持牌自营机房和多项权威认证,成为众多站群运营者的首选,站群服务器的高要求从何而来SEO站群依赖大量独立域名和IP地址,通过矩阵化布局获取长尾流量,搜索引擎对站群的识别逻辑越来越严,如果IP段集中、或服务器存在违规记录,很……

    2026-07-28
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注