如果想自定义默认安装版本,可以运行下述命令(将最后的 open@latest 替换为你想要默认安装的版本号就就行):
curl -s "http://kusion-public.oss-cn-hzfinance.aliyuncs.com/cli/kusionup/scripts/install_kusionup.sh" | bash -s -- --skip-install && source $HOME/.kusionup/env && kusionup reinstall open@latest
该脚本执行后会创建 $HOME/.kusionup 目录,该目录下会包含:
执行完安装脚本后,默认已经安装好了 kusionup 和一个默认的 kusion 版本,你可以通过执行 kusionup 查看已安装的所有版本:
$ kusionup
Use the arrow keys to navigate: ↓ ↑ → ←
? Select a version:
▸ alipay@latest
执行 kusionup ls-ver 列出来自内置安装源中的所有可安装的 **kusion** 版本:
$ kusionup ls-ver
alipay@latest
[email protected]
[email protected]
[email protected]
open@latest
执行 kusionup install $VERSION 安装指定版本:
# 这里假设安装开源 kusion 的最新版本 ↓
$ kusionup install open@latest
Downloaded 0.0% ( 2426 / 139988826 bytes) ...
Downloaded 11.4% ( 16003466 / 139988826 bytes) ...
Downloaded 21.0% ( 29433014 / 139988826 bytes) ...
Downloaded 32.2% ( 45077686 / 139988826 bytes) ...
Downloaded 41.9% ( 58642898 / 139988826 bytes) ...
Downloaded 51.2% ( 71647010 / 139988826 bytes) ...
Downloaded 61.6% ( 86258486 / 139988826 bytes) ...
Downloaded 71.2% ( 99667706 / 139988826 bytes) ...
Downloaded 81.5% (114078806 / 139988826 bytes) ...
Downloaded 91.5% (128134166 / 139988826 bytes) ...
Downloaded 100.0% (139988826 / 139988826 bytes)
INFO[0055] Unpacking /root/.kusionup/kusion-open@latest/kusion-linux.tgz ...
INFO[0061] Success: latest downloaded in /root/.kusionup/kusion-open@latest
INFO[0061] Default Kusion is set to 'open@latest'
$ kusion version
releaseVersion: v0.3.16-9f700718 (open) # ReleaseVersion 带 (open) 后缀的即为开源版本
......
执行 kusionup show 查看目前正在使用的 kusion 版本:
$ kusionup show
| VERSION | ACTIVE |
|---------------|--------|
| alipay@latest | |
| open@latest | * |
执行 kusionup remove $VERSION 删除指定版本:
# 这里假设删除内部 kusion 的最新版本 ↓
$ kusionup remove alipay@latest
INFO[0000] Removing alipay@latest
$ kusionup
Use the arrow keys to navigate: ↓ ↑ → ←
? Select a version:
▸ open@latest # 已经没有 alipay@latest 的选项了
以 KCL 和 Kusion 的方式部署应用服务,依赖 kusion 工具、Konfig 大库和 Kubernetes 集群。
打开 Konfig 大库项目,进入 appops 目录,初始化 KCL 项目:
#先克隆 Kusion 模型库:
git clone [email protected]:OpenKus/Konfig.git
cd appops && kusion init
kusion init 命令会提示你输入可能需要的参数,例如项目名称、项目描述,镜像地址等;也可以一路点击 回车 使用默认值。输出类似于:
✔ deployment-single-stack A minimal kusion project of single stack
This command will walk you through creating a new kusion project.
Enter a value or leave blank to accept the (default), and press .
Press ^C at any time to quit.
✔ project name: deployment-single-stack
✔ project description: A minimal kusion project of single stack
✔ Stack: dev
✔ ClusterName: kubernetes-dev
✔ Image: gcr.io/google-samples/gb-frontend:v4
Created project 'deployment-single-stack'
该项目的目录结构如下:
deployment-single-stack
├── README.md
├── base
│ └── base.k
├── dev
│ ├── ci-test
│ │ └── settings.yaml
│ ├── kcl.yaml
│ ├── main.k
│ └── stack.yaml
├── kusion.yaml
└── project.yaml
3 directories, 8 files
一个应用的配置根据环境进行隔离,环境间的差异化配置存放到每个 Stack 目录中,环境间的通用配置存放在 base 目录中。
配置文件:
appConfiguration: frontend.Server {
# 业务容器配置
mainContainer = container.Main {
# 业务容器名称
name = "main"
# 环境变量
env = [
{
name = "HOST_NAME"
value = "example.com"
}
]
# 端口号配置
ports = [
{ containerPort = 80 }
]
}
}
通过将 enableMonitoring 设置为 True 使能配置,并添加业务容器端口号配置 8080
import base.pkg.kusion_models.kube.frontend
import base.pkg.kusion_models.kube.frontend.container
import base.pkg.kusion_models.kube.frontend.container.env as e
import base.pkg.kusion_models.kube.frontend.container.port as cp
import base.pkg.kusion_models.kube.frontend.container.probe as p
# The application configuration in stack will overwrite
# the configuration with the same attribute in base.
appConfiguration: frontend.Server {
# Main container configuration
mainContainer: container.Main {
name = "prometheus-example-app"
ports = [
cp.ContainerPort {
name = "web"
containerPort = 8080
}
]
}
enableMonitoring = True
}
在样例代码的 dev/main.k 或者 base/base.k 中添加 Service 配置:
import base.pkg.kusion_models.kube.frontend
import base.pkg.kusion_models.kube.frontend.service
appConfiguration: frontend.Server {
# 添加 Service 配置
services = [
service.Service {
name = "app"
type = "NodePort"
ports = [
{
"port" = 80
}
]
}
]
}
编辑 dev/main.k 中的 image 的值:
import base.pkg.kusion_models.kube.frontend
appConfiguration: frontend.Server {
# 修改 image 的值为要升级的版本
# 修改前:image = "gcr.io/google-samples/gb-frontend:v4"
# 修改后:
image = "gcr.io/google-samples/gb-frontend:v5"
通过编辑 schedulingStrategy.resource 的值来设置业务容器的资源规格。
有两个方法修改资源规格,一种是修改 resource 表达式中 cpu、memory 的值:
import base.pkg.kusion_models.kube.frontend
import base.pkg.kusion_models.kube.frontend.resource as res
appConfiguration: frontend.Server {
# 修改 resource 表达式中 cpu、memory 的值
# 原值:schedulingStrategy.resource = "cpu=100m,memory=100Mi,disk=1Gi"
# 新的值(应用扩容):
schedulingStrategy.resource = res.Resource {
cpu = 500m
memory = 500Mi
disk = 1Gi
}
}
另一种是使用预置的 resource 值替代原值来进行应用扩容:
import base.pkg.kusion_models.kube.frontend
import base.pkg.kusion_models.kube.templates.resource as res_tpl
appConfiguration: frontend.Server {
# 使用预置的 resource 值替代原值来进行应用扩容:
# 原值:schedulingStrategy.resource = "cpu=100m,memory=100Mi,disk=1Gi"
# 新的值(应用扩容):
schedulingStrategy.resource = res_tpl.large
}
上述代码是样例配置,可以根据 SchedulingStrategy 模型定义和实际情况添加自定义配置:
import base.pkg.kusion_models.kube.frontend.resource as res
schema SchedulingStrategy:
""" SchedulingStrategy represents scheduling strategy.
Attributes
----------
resource: str | res.Resource, default is "1
base/bask.k 中 Pod Label 的配置:
appConfiguration: frontend.Server {
podMetadata.labels = {
if __META_CLUSTER_NAME in ["minikube", "kind"]:
cluster = __META_CLUSTER_NAME
else:
cluster = "other"
}
}
通过以上 KCL 代码,根据Konfig中的魔术变量判断实际部署时的集群名称来选择性的为应用容器中注入标签,来做到被第三方服务识别或者其他目的。
首先进入到项目的 Stack 目录(deployment-single-stack/dev)并执行编译:
cd deployment-single-stack/dev && kusion compile
输出默认保存在 deployment-single-stack/dev/ci-test/stdout.golden.yaml 文件中。
完成编译,现在开始下发配置。通过查看 stdout.golden.yaml 文件,可以看到 3 个资源:
可以使用 kubectl apply -f stdout.golden.yaml 直接下发配置, 也可以使用 kusion apply 完成配置编译并下发。
执行命令:
kusion apply
输出类似于:
SUCCESS Compiling in stack dev...
Stack: dev Provider Type Name Plan
* ├─ kubernetes v1:Namespace deployment-single-stack[0] Create
* ├─ kubernetes apps/v1:Deployment deployment-single-stackdev[0] Create
* └─ kubernetes v1:Service frontend-service[0] Create
✔ yes
Start applying diffs......
SUCCESS Creating Namespace/deployment-single-stack
SUCCESS Creating Deployment/deployment-single-stackdev
SUCCESS Creating Service/frontend-service
Creating Service/frontend-service [3/3] ███████████████████████████████████████████ 100% | 0s
Apply complete! Resources: 3 created, 0 updated, 0 deleted.
以上就完成了配置生效,可以使用 kubectl 工具检查资源的实际状态。
1、 检查 Namespace
kubectl get ns
输出类似于:
NAME STATUS AGE
argocd Active 59d
default Active 72d
deployment-single-stack Active 10m
2、检查 Deployment
kubectl get deploy -n deployment-single-stack
输出类似于:
NAME READY UP-TO-DATE AVAILABLE AGE
deployment-single-stackdev 1/1 1 1 11m
3、检查 Service
kubectl get svc -n deployment-single-stack
输出类似于:
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
frontend-service NodePort 10.111.95.95 80:30226/TCP 11m
4、检查应用
使用 kubecl 工具,将本机端口 30000 映射到 Service 端口 80
kubectl port-forward svc/frontend-service -n deployment-single-stack-xx 30000:80
打开浏览器访问 http://127.0.0.1:30000
在某些通用场景,我们可以对集群的概念进一步进行抽象为环境,一个应用通常需要部署到多个环境,比如测试、预发、生产。在单租户场景中,一个推荐的做法是将 Project 映射为应用,Stack 映射为环境。
概念 |
映射为 |
Project |
应用 |
Stack |
环境 |
在多租户场景中且以应用为核心的运维体系中,一种推荐做法是在应用名中添加租户信息,应用名在不同租户间是唯一的,即 Project 映射为多租户间唯一应用,Project 的 Name 是多租户间唯一应用名,Stack 映射为该应用下的环境配置。
概念 |
映射为 |
Project |
多租户间唯一的应用名称 |
Stack |
环境 |