update some descriptions

Signed-off-by: 24sama <jacksama@foxmail.com>
This commit is contained in:
24sama 2022-03-04 09:13:44 +08:00
parent 82c320e8e8
commit 1b149088fa
4 changed files with 5 additions and 5 deletions

View File

@ -37,7 +37,7 @@ func NewCmdArtifact() *cobra.Command {
o := NewArtifactOptions()
cmd := &cobra.Command{
Use: "artifact",
Short: "manage KubeKey artifact",
Short: "Manage a KubeKey offline installation package",
}
o.CommonOptions.AddCommonFlag(cmd)

View File

@ -47,7 +47,7 @@ func NewCmdArtifactExport() *cobra.Command {
o := NewArtifactExportOptions()
cmd := &cobra.Command{
Use: "export",
Short: "export a KubeKey artifact",
Short: "Export a KubeKey offline installation package",
Run: func(cmd *cobra.Command, args []string) {
util.CheckErr(o.Complete(cmd, args))
util.CheckErr(o.Validate(args))

View File

@ -49,7 +49,7 @@ func NewCmdCreateManifest() *cobra.Command {
o := NewCreateManifestOptions()
cmd := &cobra.Command{
Use: "manifest",
Short: "Create cluster artifact manifest file",
Short: "Create an offline installation package configuration file",
Run: func(cmd *cobra.Command, args []string) {
util.CheckErr(o.Complete(cmd, args))
util.CheckErr(o.Run())

View File

@ -2,7 +2,7 @@
KubeKey v2.0.0 (hereinafter kk) adds the concepts of `manifest` and `artifact` to provide a solution for users to deploy Kubernetes clusters offline enviroment. In the past, users had to prepare deployment tools, images' `tar` files, and other related binaries, and each user has a different version of Kubernetes to deploy and different images to deploy. Now with kk, you only need to use the `manifest` file to define what you need for the cluster environment to be deployed offline, and then use that `manifest` to export the `artifact` file to complete the preparation. Then offline installation requires only kk and `artifact` for quick and easy deployment of image registry (docker-registry or harbor) and Kubernetes clusters in your environment.
## What is the KubeKey Manifest?
A `manifest` is a text file that describes information about the current Kubernetes cluster and defines what needs to be included in the `artifact` . There are currently two ways to generate this file
The `Manifest` is an offline installation package configuration file. There are currently two ways to generate this file
* Manually creating and writing the file from a template.
* Generate the file from an existing cluster using the kk command.
@ -35,7 +35,7 @@ kk connects to the corresponding Kubernetes cluster via the `kubeconfig` file an
After that, the description of the current cluster will be written to the `manifest` file. Besides, other undetectable files (e.g. ETCD cluster information, image regsitry, etc.) will be written to the `manifest` file according to the default values recommended by kk.
## What is the KubeKey Artifact?
The `artifact` is a `.tar.gz` package containing the images' `tar` file and other related binaries, exported from the specified `manifest` file. An `artifact` can be specified in the kk `init registry`, `create cluster`, `add node` and `upgrade cluster` commands. kk will automatically unpack the `artifact` and will use the unpacked file directly when executing the command.
The `artifact` is an offline installation package, exported from the specified `manifest` file. An `artifact` can be specified in the kk `init registry`, `create cluster`, `add node` and `upgrade cluster` commands. kk will automatically unpack the `artifact` and will use the unpacked file directly when executing the command.
### Usage
#### Export Artifact