文章目录
安装GitOps- 创建 GitHub Repositories
- Fork podinfo 示例应用程序存储库
- kind创建集群
- 在 Kubernetes 集群上安装 Weave GitOps
- 启动 GitOps Dashboard Web UI
安装GitOps
curl --silent --location "https://github.com/weaveworks/weave-gitops/releases/download/v0.6.0/gitops-$(uname)-$(uname -m).tar.gz" | tar xz -C /tmp sudo mv /tmp/gitops /usr/local/bin gitops version
或者，macOS 用户可以使用 Homebrew：
brew tap weaveworks/tap brew install weaveworks/tap/gitops
创建 GitHub Repositories
Weave GitOps 可用于将多个应用程序部署到多个 Kubernetes 集群，每个应用程序在自己的单独存储库中都有部署清单。为了便于管理，我们将一个或多个集群的GitOps 自动化存储在单个配置存储库中。
虽然您可以将自动化添加到任何现有存储库，包括带有应用程序部署清单的存储库，但我们建议为此目的使用新的或空的存储库，我们的指南将采用这种方法。
Fork podinfo 示例应用程序存储库
们将对示例应用程序进行更改，以展示 GitOps 对账的实际效果。因此，我们将首先 fork podinfo 示例存储库。
转到https://github.com/wego-example/podinfo-deploy并分叉存储库。
Podinfo是一个用 Go 编写的简单 Web 应用程序，由前端和后端组件组成；它旨在展示在 Kubernetes 中运行微服务的最佳实践。可以在此处找到完整的应用程序源。
. ├── README.md ├── backend │ ├── deployment.yaml │ ├── hpa.yaml │ └── service.yaml ├── frontend │ ├── deployment.yaml │ └── service.yaml └── namespace.yaml 2 directories, 7 files
kind创建集群
$ kind create cluster Creating cluster "kind" ... ✓ Ensuring node image (kindest/node:v1.21.1) 🖼 ✓ Preparing nodes 📦 ✓ Writing configuration 📜 ✓ Starting control-plane 🕹️ ✓ Installing CNI 🔌 ✓ Installing StorageClass 💾 Set kubectl context to "kind-kind" You can now use your cluster with: kubectl cluster-info --context kind-kind Have a nice day! 👋
在 Kubernetes 集群上安装 Weave GitOps
格式
gitops install --config-repo git@github.com:<username>/gitops-config
gitops install --config-repo https://github.com/Ghostwritten/gitops-config.git
运行安装命令，指定在步骤 1 中创建的配置存储库的位置。
安装大约需要 2 分钟，具体取决于您的系统。
完成后，您将看到：
... ◎ verifying installation ✔ image-reflector-controller: deployment ready ✔ image-automation-controller: deployment ready ✔ source-controller: deployment ready ✔ kustomize-controller: deployment ready ✔ helm-controller: deployment ready ✔ notification-controller: deployment ready ✔ install finished Deploy key generated and uploaded to git provider ► Writing manifests to disk ► Committing and pushing gitops updates for application ► Pushing app changes to repository ► Applying manifests to the cluster
如果报错：
✗ helm-controller: deployment not ready ✗ image-automation-controller: deployment not ready ✗ image-reflector-controller: deployment not ready ✗ kustomize-controller: deployment not ready ✗ notification-controller: deployment not ready ✗ source-controller: deployment not ready ✗ install failed and error: exit status 1 $ kubectl get pods -n wego-system NAME READY STATUS RESTARTS AGE helm-controller-59dcbc6dcb-8dtz7 0/1 ImagePullBackOff 0 174m image-automation-controller-747996c677-rnhlq 0/1 ImagePullBackOff 0 174m image-reflector-controller-f55d746df-q2742 0/1 ImagePullBackOff 0 174m kustomize-controller-5b7b8b44f6-4t9h7 0/1 ErrImagePull 0 174m notification-controller-77f68bf8f4-hlk8w 0/1 ImagePullBackOff 0 174m source-controller-679665b8d6-5l2kq 0/1 ErrImagePull 0 174m
解决方法：
$ for i in `kubectl get pods -n wego-system -o jsonpath='{.items[*].spec.containers[0].image}'`;do docker pull $i;done $ for i in `kubectl get pods -n wego-system -o jsonpath='{.items[*].spec.containers[0].image}'`;do kind load docker-image $i --name kind ;done #检查运行pod状态 $ kubectl get pods -n wego-system NAME READY STATUS RESTARTS AGE helm-controller-59dcbc6dcb-8dtz7 1/1 Running 0 3h31m image-automation-controller-747996c677-rnhlq 1/1 Running 0 3h31m image-reflector-controller-f55d746df-q2742 1/1 Running 0 3h31m kustomize-controller-5b7b8b44f6-4t9h7 1/1 Running 0 3h31m notification-controller-77f68bf8f4-hlk8w 1/1 Running 0 3h31m source-controller-679665b8d6-5l2kq 1/1 Running 0 3h31m
这将向.weave-gitops您的配置存储库提交一个新文件夹，其中包含以下文件以管理指定集群上的 Weave GitOps 运行时：
. └── clusters └── kind-kind ├── system │ ├── flux-source-resource.yaml │ ├── flux-system-kustomization-resource.yaml │ ├── flux-user-kustomization-resource.yaml │ ├── gitops-runtime.yaml │ ├── wego-app.yaml │ └── wego-system.yaml └── user └── .keep
flux-source-resource：一个GitRepository源，它“定义了包含系统所需状态和获取它的要求的存储库的来源”。这包括interval检查可用新版本的频率。
flux-system-kustomization-resource：一个Flux Kustomization，它“代表了 Flux应该在集群中协调的一组本地 Kubernetes 资源（例如 kustomize覆盖）”。这将部署在指定路径下找到的资源，在本例中为/system文件夹，在集群和 Git 中声明的状态之间进行协调。其中“如果您使 kubectl edit/patch/delete 对集群进行任何更改，它们将被立即还原。” 基于interval值。
flux-user-kustomization-resource：另一个Flux Kustomization，这次是/user文件夹中的任何内容，本指南后面将包含对我们示例应用程序的引用。
gitops-runtime: 创建wego-system命名空间并部署 Flux 运行时。
wego-app：它部署了我们的集群上 Web UI（当前未公开）。
wego-system：它创建了我们的应用程序自定义资源定义 (CRD)
要了解有关这些文件的更多信息，请参阅GitOps 自动化。
启动 GitOps Dashboard Web UI
Weave GitOps 提供了一个 Web UI 来帮助管理应用程序的生命周期管理。
gitops ui run
运行上述命令将在浏览器中打开位于http://0.0.0.0:9001/的仪表板。
您将看到一个空的应用程序视图，如下图所示。
