带你读《云原生应用开发 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"`

}

相关文章
|
2月前
|
存储 人工智能 调度
容器服务:智算时代云原生操作系统及月之暗面Kimi、深势科技实践分享
容器技术已经发展成为云计算操作系统的关键组成部分,向下高效调度多样化异构算力,向上提供统一编程接口,支持多样化工作负载。阿里云容器服务在2024年巴黎奥运会中提供了稳定高效的云上支持,实现了子弹时间特效等创新应用。此外,容器技术还带来了弹性、普惠的计算能力升级,如每分钟创建1万Pod和秒级CPU资源热变配,以及针对大数据与AI应用的弹性临时盘和跨可用区云盘等高性能存储解决方案。智能运维方面,推出了即时弹性节点池、智能应用弹性策略和可信赖集群托管运维等功能,进一步简化了集群管理和优化了资源利用率。
|
2月前
|
运维 监控 Cloud Native
云原生之运维监控实践:使用 taosKeeper 与 TDinsight 实现对 时序数据库TDengine 服务的监测告警
在数字化转型的过程中,监控与告警功能的优化对保障系统的稳定运行至关重要。本篇文章是“2024,我想和 TDengine 谈谈”征文活动的三等奖作品之一,详细介绍了如何利用 TDengine、taosKeeper 和 TDinsight 实现对 TDengine 服务的状态监控与告警功能。作者通过容器化安装 TDengine 和 Grafana,演示了如何配置 Grafana 数据源、导入 TDinsight 仪表板、以及如何设置告警规则和通知策略。欢迎大家阅读。
68 0
|
2月前
|
Cloud Native 安全 Java
杭州铭师堂的云原生升级实践
在短短 2-3 年间,杭州铭师堂完整经历了云计算应用的四个关键阶段:从“启动上云”到“全量上云”,再到“全栈用云”,最终达到“精益用云”。也从云计算的第一次浪潮,迈过了第二次浪潮,顺利的进入到了 第三次浪潮 AI + 云。
161 13
|
2月前
|
Cloud Native
邀您参加云原生高可用技术沙龙丨云上高可用体系构建:从理论到实践
云原生高可用技术专场,邀您从理论到实践一起交流,探索云上高可用体系构建!
|
2月前
|
Cloud Native 安全 Java
铭师堂的云原生升级实践
铭师堂完整经历了云计算应用的四个关键阶段:从”启动上云”到”全量上云”,再到”全栈用云”,最终达到”精益用云”。通过 MSE 云原生网关的落地,为我们的组织带来了诸多收益,SLA 提升至100%,财务成本降低67%,算力成本降低75%,每次请求 RT 减少5ms。
铭师堂的云原生升级实践
|
2月前
|
Cloud Native API 持续交付
云原生架构下的微服务治理策略与实践####
本文旨在探讨云原生环境下微服务架构的治理策略,通过分析当前面临的挑战,提出一系列实用的解决方案。我们将深入讨论如何利用容器化、服务网格(Service Mesh)等先进技术手段,提升微服务系统的可管理性、可扩展性和容错能力。此外,还将分享一些来自一线项目的经验教训,帮助读者更好地理解和应用这些理论到实际工作中去。 ####
72 0
|
2月前
|
Cloud Native 持续交付 开发者
云原生技术在现代企业中的应用与实践####
本文深入探讨了云原生技术的核心概念及其在现代企业IT架构转型中的关键作用,通过具体案例分析展示了云原生如何促进企业的敏捷开发、高效运维及成本优化。不同于传统摘要仅概述内容,本部分旨在激发读者对云原生领域的兴趣,强调其在加速数字化转型过程中的不可或缺性,为后续详细论述奠定基础。 ####
|
2月前
|
Kubernetes Cloud Native API
云原生入门:从理论到实践的探索之旅
本文旨在为初学者提供一个关于云原生技术的全面介绍,包括其定义、核心原则、关键技术组件以及如何将这些概念应用于实际项目中。我们将通过一个简易的代码示例,展示如何在云原生环境下部署一个简单的应用,从而帮助读者更好地理解云原生技术的实践意义和应用价值。
|
2月前
|
运维 Cloud Native 开发者
云原生技术入门与实践
在云计算的浪潮中,云原生技术以其独特的优势和魅力吸引了越来越多的开发者和企业。本文将从云原生技术的基本概念、核心组件以及实际应用三个方面进行详细介绍,帮助读者更好地理解和掌握这一新兴技术。同时,文章还将分享一些实际案例和经验教训,让读者能够更深入地了解云原生技术的应用场景和发展趋势。
73 5
|
3月前
|
Cloud Native 持续交付 云计算
云计算的转型之路:探索云原生架构的崛起与实践####
随着企业数字化转型加速,云原生架构以其高效性、灵活性和可扩展性成为现代IT基础设施的核心。本文深入探讨了云原生技术的关键要素,包括容器化、微服务、持续集成/持续部署(CI/CD)及无服务器架构等,并通过案例分析展示了这些技术如何助力企业实现敏捷开发、快速迭代和资源优化。通过剖析典型企业的转型经历,揭示云原生架构在应对市场变化、提升业务竞争力方面的巨大潜力。 ####
67 0

热门文章

最新文章