适用于kubernetes的应用开发与部署流程详解

适用于kubernetes的应用开发与部署流程详解

Thu Jul 20, 2017

1200 Words|Read in about 3 Min
Tags: kubernetes   go   cloud-native  

本文已归档在kubernetes-handbook中的第3章【用户指南】中,一切更新以kubernetes-handbook中为准。

为了详细说明,我特意写了两个示例程序放在GitHub中,模拟应用开发流程:

API文档见k8s-app-monitor-test中的api.html文件,该文档在API blueprint中定义,使用aglio生成,打开后如图所示:

API文档

关于服务发现

K8s-app-monitor-agent服务需要访问k8s-app-monitor-test服务,这就涉及到服务发现的问题,我们在代码中直接写死了要访问的服务的内网DNS地址(kubedns中的地址,即k8s-app-monitor-test.default.svc.cluster.local)。

我们知道Kubernetes在启动Pod的时候为容器注入环境变量,这些环境变量在所有的 namespace 中共享(环境变量是不断追加的,新启动的Pod中将拥有老的Pod中所有的环境变量,而老的Pod中的环境变量不变)。但是既然使用这些环境变量就已经可以访问到对应的service,那么获取应用的地址信息,究竟是使用变量呢?还是直接使用DNS解析来发现?

答案是使用DNS,详细说明见Kubernetes中的服务发现与Docker容器间的环境变量传递源码探究

打包镜像

因为我使用wercker自动构建,构建完成后自动打包成docker镜像并上传到docker hub中(需要提前在docker hub中创建repo),如何使用 wercker 做持续构建与发布,并集成docker hub插件请参考使用Wercker进行持续构建与发布

查看详细构建流程

wercker

生成了如下两个docker镜像:

  • jimmysong/k8s-app-monitor-test:latest
  • jimmysong/k8s-app-monitor-agent:latest

启动服务

所有的kubernetes应用启动所用的yaml配置文件都保存在那两个GitHub仓库的manifest.yaml文件中。

分别在两个GitHub目录下执行kubectl create -f manifest.yaml即可启动服务。

外部访问

服务启动后需要更新ingress配置,在ingress.yaml文件中增加以下几行:

  - host: k8s-app-monitor-agent.jimmysong.io
    http:
      paths:
      - path: /
        backend:
          serviceName: k8s-app-monitor-agent
          servicePort: 8080

保存后,然后执行kubectl replace -f ingress.yaml即可刷新ingress。

修改本机的/etc/hosts文件,在其中加入以下一行:

172.20.0.119 k8s-app-monitor-agent.jimmysong.io

当然你也可以加入到DNS中,为了简单起见我使用hosts。

详见边缘节点配置

在浏览器中访问http://k8s-app-monitor-agent.jimmysong.io

图表

刷新页面将获得新的图表。

参考

使用Wercker进行持续构建与发布

示例的项目代码服务器端

示例项目代码前端

kubernetes-handbok

边缘节点配置

「真诚赞赏,手留余香」

Jimmy Song

真诚赞赏,手留余香

使用微信扫描二维码完成支付

See Also

Thu Jul 20, 2017

1200 Words|Read in about 3 Min
Tags: kubernetes   go   cloud-native