使用Init container初始化应用配置
Jimmy Song
parent
d81125144e
commit
cc38b845d6
|
|
@ -1,4 +1,4 @@
|
|||
# 1. 在容器中获取 Pod 的IP
|
||||
## 1. 在容器中获取 Pod 的IP
|
||||
|
||||
通过环境变量来实现，该环境变量直接引用 resource 的状态字段，示例如下：
|
||||
|
||||
|
|
@ -31,7 +31,7 @@ spec:
|
|||
|
||||
容器中可以直接使用 `POD_IP` 环境变量获取容器的 IP。
|
||||
|
||||
# 2. 指定容器的启动参数
|
||||
## 2. 指定容器的启动参数
|
||||
|
||||
我们可以在 Pod 中为容器使用 command 为容器指定启动参数：
|
||||
|
||||
|
|
@ -77,3 +77,50 @@ spec:
|
|||
|
||||
参考：[Architecture Patterns for Microservices in Kubernetes](https://www.infoq.com/presentations/patterns-microservices-kubernetes)
|
||||
|
||||
## 4. 使用Init container初始化应用配置
|
||||
|
||||
Init container可以在应用程序的容器启动前先按顺序执行一批初始化容器，只有所有Init容器都启动成功后，Pod才算启动成功。看下下面这个例子（来源：[kubernetes: mounting volume from within init container - Stack Overflow](https://stackoverflow.com/questions/44109308/kubernetes-mounting-volume-from-within-init-container)）：
|
||||
|
||||
```yaml
|
||||
apiVersion: v1
|
||||
kind: Pod
|
||||
metadata:
|
||||
name: init
|
||||
labels:
|
||||
app: init
|
||||
annotations:
|
||||
pod.beta.kubernetes.io/init-containers: '[
|
||||
{
|
||||
"name": "download",
|
||||
"image": "axeclbr/git",
|
||||
"command": [
|
||||
"git",
|
||||
"clone",
|
||||
"https://github.com/mdn/beginner-html-site-scripted",
|
||||
"/var/lib/data"
|
||||
],
|
||||
"volumeMounts": [
|
||||
{
|
||||
"mountPath": "/var/lib/data",
|
||||
"name": "git"
|
||||
}
|
||||
]
|
||||
}
|
||||
]'
|
||||
spec:
|
||||
containers:
|
||||
- name: run
|
||||
image: docker.io/centos/httpd
|
||||
ports:
|
||||
- containerPort: 80
|
||||
volumeMounts:
|
||||
- mountPath: /var/www/html
|
||||
name: git
|
||||
volumes:
|
||||
- emptyDir: {}
|
||||
name: git
|
||||
```
|
||||
|
||||
这个例子就是用来再应用程序启动前首先从GitHub中拉取代码并存储到共享目录下。
|
||||
|
||||
关于Init容器的更详细说明请参考 [init容器](../concepts/init-containers.md)。
|
||||
Binary file not shown.
|
After Width: | Height: | Size: 282 KiB |
|
|
@ -40,5 +40,14 @@ spec:
|
|||
backend:
|
||||
serviceName: orbiting-platypus-mean
|
||||
servicePort: 80
|
||||
|
||||
|
||||
- host: helm.jimmysong.io
|
||||
http:
|
||||
paths:
|
||||
- path: /
|
||||
backend:
|
||||
serviceName: monocular-monocular-ui
|
||||
servicePort: 80
|
||||
- path: /api/
|
||||
backend:
|
||||
serviceName: monocular-monocular-api
|
||||
servicePort: 80
|
||||
|
|
|
|||
|
|
@ -2,3 +2,109 @@
|
|||
|
||||
使用Chart便于封装和管理kubernetes中的应用，因此当企业内部的应用多了以后，互相依赖、部署环境复杂之后，原先的直接使用yaml文件的管理方式已经不再适应生产的需要，因此我们有必要构建自己的chart仓库。
|
||||
|
||||
## 什么是Chart
|
||||
|
||||
Chart是helm管理的应用的打包格式。它包括如下特征：
|
||||
|
||||
- Chart中包括一系列的yaml格式的描述文件。
|
||||
- 一个Chart只用来部署单个的应用的，不应该过于复杂，不应该包含多个依赖，相当于一个微服务。
|
||||
|
||||
Chart有特定的目录结构，可以打包起来进行版本控制。
|
||||
|
||||
### Chart的组成结构
|
||||
|
||||
```
|
||||
wordpress/
|
||||
Chart.yaml # A YAML file containing information about the chart
|
||||
LICENSE # OPTIONAL: A plain text file containing the license for the chart
|
||||
README.md # OPTIONAL: A human-readable README file
|
||||
requirements.yaml # OPTIONAL: A YAML file listing dependencies for the chart
|
||||
values.yaml # The default configuration values for this chart
|
||||
charts/ # OPTIONAL: A directory containing any charts upon which this chart depends.
|
||||
templates/ # OPTIONAL: A directory of templates that, when combined with values,
|
||||
# will generate valid Kubernetes manifest files.
|
||||
templates/NOTES.txt # OPTIONAL: A plain text file containing short usage notes
|
||||
```
|
||||
|
||||
### 依赖管理
|
||||
|
||||
有两种方式来管理chart的依赖。
|
||||
|
||||
- 直接在本的chart的`charts`目录下定义
|
||||
- 通过在`requirements.yaml`文件中定义依赖的chart
|
||||
|
||||
在每个chart的`charts`目录下可以定义依赖的子chart。子chart有如下特点：
|
||||
|
||||
- 无法访问父chart中的配置
|
||||
- 父chart可以覆盖子chart中的配置
|
||||
|
||||
## Chart仓库
|
||||
|
||||
|
||||
|
||||
## 构建Monocular UI
|
||||
|
||||
参考 [Monocular UI](Monocular UI) 构建UI。
|
||||
|
||||
克隆项目到本地
|
||||
|
||||
```bash
|
||||
git clone https://github.com/kubernetes-helm/monocular.git
|
||||
```
|
||||
|
||||
### 依赖环境
|
||||
|
||||
- [Angular 2](https://angular.io/)
|
||||
- [angular/cli](https://github.com/angular/angular-cli)
|
||||
- Typescript
|
||||
- Sass
|
||||
- [Webpack](https://webpack.github.io/)
|
||||
- Bootstrap
|
||||
|
||||
在`monoclar/scr/ui`目录下执行以下命令安装依赖：
|
||||
|
||||
```bash
|
||||
yarn install
|
||||
npm install -g @angular/cli
|
||||
npm install -g typescript
|
||||
npm install -g webpack
|
||||
```
|
||||
|
||||
## 运行
|
||||
|
||||
### 使用docker-compose
|
||||
|
||||
最简单的运行方式使用[docker-compose](https://docs.docker.com/compose/)：
|
||||
|
||||
```bash
|
||||
docker-comopse up
|
||||
```
|
||||
|
||||
该命令需要用到如下镜像：
|
||||
|
||||
- bitnami/mongodb:3
|
||||
- bitnami/node:8
|
||||
- quay.io/deis/go-dev:v1.5.0
|
||||
|
||||
会有一个很长的build过程，构建失败。
|
||||
|
||||
### 使用helm
|
||||
|
||||
首先需要已在本地安装了helm，并在kubernetes集群中安装了tiller，见[使用helm管理kubernetes应用](helm.md)。
|
||||
|
||||
```bash
|
||||
# 需要安装nginx ingress
|
||||
$ helm install stable/nginx-ingress
|
||||
$ helm repo add monocular https://kubernetes-helm.github.io/monocular
|
||||
$ helm install monocular/monocular
|
||||
```
|
||||
|
||||
|
||||
|
||||
因为nginx ingress配置问题，因为官方的chart中api与ui使用的是同样的domain name，我使用的是traefik ingress，`api`访问不到，所以加载不了chart。
|
||||
|
||||
## 参考
|
||||
|
||||
[Monocular UI]()
|
||||
|
||||
[Helm Chart - GitHub](https://github.com/kubernetes/helm/blob/master/docs/charts.md)
|
||||
Loading…
Reference in New Issue