带你读《云原生应用开发 Operator原理与实践》第一章引言1.2Operator 介绍(三)

简介: 带你读《云原生应用开发 Operator原理与实践》第一章引言1.2Operator 介绍

(2)项目初始化

接下来,我们使用代码清单 1-6中的 Kubebuilder 命令进行项目初始化工作。

$mkdirdemo

$cddemo

$gomodinitwelcome_demo.domain

$kubebuilderinit--domaindemo.welcome.domain

 

初始化项目后,Kubebuilder会自动生成main.go   文件等一系列配置和代码框架(见代码清单1-7)。

.

├──bin

│       └──manager

├──config

│       ├──certmanager

│       │       ├──certificate.yaml

│       │       ├──kustomization.yaml


 

│       │       └──kustomizeconfig.yaml

│       ├──default

│       │       ├──kustomization.yaml

│       │       ├──manager_auth_proxy_patch.yaml

│       │       ├──manager_webhook_patch.yaml

│       │       └──webhookcainjection_patch.yaml

│       ├──manager

│       │       ├──kustomization.yaml

│       │       └──manager.yaml

│       ├──prometheus

│       │       ├──kustomization.yaml

│       │       └──monitor.yaml

│       ├──rbac

│       │       ├──auth_proxy_client_clusterrole.yaml

│       │       ├──auth_proxy_role_binding.yaml

│       │       ├──auth_proxy_role.yaml

│       │       ├──auth_proxy_service.yaml

│       │       ├──kustomization.yaml

│       │       ├──leader_election_role_binding.yaml

│       │       ├──leader_election_role.yaml

│       │       └──role_binding.yaml

│       └──webhook

│                ├──kustomization.yaml

│                ├──kustomizeconfig.yaml

│                └──service.yaml

├──Dockerfile

├──go.mod

├──go.sum

├──hack

│       └──boilerplate.go.txt

├──main.go

├──Makefile


└──PROJECT

接下来我们使用代码清单 1-8创建“Welcome”Kind 和其对应的控制器。

$kubebuildercreateapi--groupwebapp--kindWelcome--versionv1CreateResource[y/n]

y

CreateController[y/n]y


输入两次 y,Kubebuilder 分别创建了资源和控制器的模板,此处的 group、version、kind3个属性组合起来标识一个k8sCRD,创建完成后,Kubebuilder 添加文件见代码清单 1-9。


├──api

│       └──v1

│                ├──groupversion_info.go

│                ├── welcome_types.go                 //⾃定义CRD结构需修改的⽂件

│                └──zz_generated.deepcopy.go

├──bin

│       └──manager

├──config

│       ├──certmanager

├──

certificate.yaml

├──

kustomization.yaml

├──

└──

crd

├──

kustomizeconfig.yaml

 

bases

└──webapp.demo.welcome.domain_welcomes.yaml

├──

kustomization.yaml

├──

kustomizeconfig.yaml

└──

patches

├── cainjection_in_welcomes.yaml

└── webhook_in_welcomes.yaml

├──

default

├── kustomization.yaml

├── manager_auth_proxy_patch.yaml

├── manager_webhook_patch.yaml

└── webhookcainjection_patch.yaml

├──

manager

├── kustomization.yaml

└── manager.yaml

├──

prometheus

├── kustomization.yaml

└── monitor.yaml

├──

rbac

├── auth_proxy_client_clusterrole.yaml

├── auth_proxy_role_binding.yaml

├── auth_proxy_role.yaml

├── auth_proxy_service.yaml

├── kustomization.yaml

├── leader_election_role_binding.yaml


 

 

├──

leader_election_role.yaml

├──

role_binding.yaml

├──

role.yaml

├──

welcome_editor_role.yaml

└──

welcome_viewer_role.yaml

│       ├──samples

│       │       └── webapp_v1_welcome.yaml          //简单的⾃定义资源 Yaml⽂件

│       └──webhook

│                ├──kustomization.yaml

│                ├──kustomizeconfig.yaml

│                └──service.yaml

├──controllers

│       ├──suite_test.go

│       └── welcome_controller.go                //CRDController核⼼逻辑

├──Dockerfile

├──go.mod

├──go.sum

├──hack

│       └──boilerplate.go.txt

├──main.go

├──Makefile


└──PROJECT

后续需要执行两步操作:

① 修改 ResourceType;

② 修改 Controller逻辑。

(3)  修改 ResourceType

此处 ResourceType为需要定义的资源字段,用于在 Yaml 文件中进行声明,本案例中需要新增 name字段用于“Welcome”Kind中的 Web应用,见代码清单 1-10。


/api/v1/welcome_types.gotypeWelcomeSpecstruct{

//INSERTADDITIONALSPECFIELDS-desiredstateofcluster

//Important:Run"make"toregeneratecodeaftermodifyingthisfile

 

//FooisanexamplefieldofWelcome.EditWelcome_types.gotoremove/update

//Foostring`json:"foo,omitempty"`Namestring`json:"name,omitempty"`

}

相关文章
|
4月前
|
运维 监控 Cloud Native
【云故事探索】NO.17:国诚投顾的云原生 Serverless 实践
国诚投顾携手阿里云,依托Serverless架构实现技术全面升级,构建高弹性、智能化技术底座,提升业务稳定性与运行效率。通过云原生API网关、微服务治理与智能监控,实现流量精细化管理与系统可观测性增强,打造安全、敏捷的智能投顾平台,助力行业数字化变革。
【云故事探索】NO.17:国诚投顾的云原生 Serverless 实践
|
4月前
|
运维 监控 Cloud Native
【云故事探索】NO.17:国诚投顾的云原生 Serverless 实践
通过与阿里云深度合作,国诚投顾完成了从传统 ECS 架构向云原生 Serverless 架构的全面转型。新的技术架构不仅解决了原有系统在稳定性、弹性、运维效率等方面的痛点,还在成本控制、API 治理、可观测性、DevOps 自动化等方面实现了全方位升级。
|
6月前
|
Kubernetes Cloud Native 安全
云原生机密计算新范式 PeerPods技术方案在阿里云上的落地和实践
PeerPods 技术价值已在阿里云实际场景中深度落地。
|
6月前
|
Kubernetes Cloud Native 安全
云原生机密计算新范式 PeerPods 技术方案在阿里云上的落地和实践
PeerPods 技术价值已在阿里云实际场景中深度落地。
|
2月前
|
人工智能 Cloud Native 算法
拔俗云原生 AI 临床大数据平台:赋能医学科研的开发者实践
AI临床大数据科研平台依托阿里云、腾讯云,打通医疗数据孤岛,提供从数据治理到模型落地的全链路支持。通过联邦学习、弹性算力与安全合规技术,实现跨机构协作与高效训练,助力开发者提升科研效率,推动医学AI创新落地。(238字)
|
4月前
|
弹性计算 运维 Cloud Native
【云故事探索】NO.17:国诚投顾的云原生Serverless实践
简介: 通过与阿里云深度合作,国诚投顾完成了从传统 ECS 架构向云原生 Serverless 架构的全面转型。新的技术架构不仅解决了原有系统在稳定性、弹性、运维效率等方面的痛点,还在成本控制、API 治理、可观测性、DevOps 自动化等方面实现了全方位升级。
156 1
|
3月前
|
存储 弹性计算 Cloud Native
云原生数据库的演进与应用实践
随着企业业务扩展,传统数据库难以应对高并发与弹性需求。云原生数据库应运而生,具备计算存储分离、弹性伸缩、高可用等核心特性,广泛应用于电商、金融、物联网等场景。阿里云PolarDB、Lindorm等产品已形成完善生态,助力企业高效处理数据。未来,AI驱动、Serverless与多云兼容将推动其进一步发展。
209 8
|
8月前
|
运维 Cloud Native 测试技术
极氪汽车云原生架构落地实践
随着极氪数字业务的飞速发展,背后的 IT 技术也在不断更新迭代。极氪极为重视客户对服务的体验,并将系统稳定性、业务功能的迭代效率、问题的快速定位和解决视为构建核心竞争力的基石。
|
5月前
|
Cloud Native 中间件 调度
云原生信息提取系统:容器化流程与CI/CD集成实践
本文介绍如何通过工程化手段解决数据提取任务中的稳定性与部署难题。结合 Scrapy、Docker、代理中间件与 CI/CD 工具,构建可自动运行、持续迭代的云原生信息提取系统,实现结构化数据采集与标准化交付。
182 1
云原生信息提取系统:容器化流程与CI/CD集成实践

热门文章

最新文章