SREWorks云原生数智运维工程实践-Kubernetes资源编排之二：Helm篇（下）
六、 SREWorks应用Helm组件实践 Tips虽然Helm官方将自身托管的Chart对应的包称为应用（Application），但在一个真实的复杂应用（Application）下，Helm Chart更像是应用（Application）中的组件（Component）。故在SREWorks中将Helm托管的Chart 归为组件（Component）。 点击进入SREWor....
SREWorks云原生数智运维工程实践-Kubernetes资源编排之三：Kustomize篇（上）
作者：艄公（杨京华）、雪尧（郭耀星） 这是我们的《Kubernetes资源编排系列》的第三篇——Kustomize篇，在上篇《Kubernetes资源编排系列之二：Helm篇》中，我们见识到了Helm强大的管理能力，但是Helm对于服务的定制仅限于预置变量，那么如果需要更多更灵活的YAML定制，有什么办法吗？于是本篇我们来介绍一下Kustomize。 一、 Kus....
SREWorks云原生数智运维工程实践-Kubernetes资源编排之三：Kustomize篇（下）
三、 Kustomize的特点 Kustomize的Overlay可以在Base的基础上，通过对resource/generator/transformer等的定义，形成新的应用定义，不管是Base还是Overlay，都可以通过kustomize build生成有效的YAML。 • 功能简单清晰，kubectl直接内部支持。• 不考虑派生，仅仅作为组件的YAML组织方式也很有....
SREWorks云原生数智运维工程实践-Kubernetes 资源编排之四：CRD+Operator 篇（上）
作者：炯思（钟炯恩）、雪尧（郭耀星） 这是我们的《Kubernetes资源编排系列》的第四篇——CRD+Operator篇。在前面的文章中，常常会提到CRD和k8s operator，但并没有对此进行深入的探讨。作为k8s中的一大亮点，在本篇文章中，我们会详细展开讲讲。 一、 什么是CRD 如果K8S中的自带资源类型不足以满足业务需求，需要定制开发资源怎....
SREWorks云原生数智运维工程实践-Kubernetes 资源编排之四：CRD+Operator 篇（下）
四、 大数据通用Operator设计与实践 上文讲述了operator实现的复杂性。不过，我们发现，越是这样复杂的应用，越是会有一些共通性：因为这些复杂应用基本都是分布式应用，只是在某些状态或部署顺序上的有些特殊需求。于是，我们针对这个现状，开发了一款通用的大数据Operator。 这个通用Operator的架构设计如下： 与市面上常见的golang编写....
SREWorks云原生数智运维工程实践-Kubernetes 资源编排篇-Kubernetes 资源编排之五：OAM 篇（上）
Kubernetes资源编排之五：OAM篇 作者：雪尧（郭耀星）、炯思（钟炯恩） 前文我们提到了Helm/Kustomize/CRD+Operator这些方式，都可以在各自的领域很好的承载一个组件（Component）的概念。但是都没有解决一个完整的面向业务场景的应用（Application）的问题。 OAM（Open Application Model）是2019....
SREWorks云原生数智运维工程实践-Kubernetes 资源编排篇-Kubernetes 资源编排之五：OAM 篇（下）
二、 SREWorks的OAM落地实践 SREWorks作为阿里大数据运维平台，在设计之初，云原生应用管理在满足内部业务需求时候，遇到了这样一些问题和挑战： • 需要应用异地多活，避免单Region故障。• 需要环境分离，区分开发测试与生产环境。• 需要一定的集群扩展性，突破单一集群容量上限。• 需要多云部署，避免受限于单一云底座，或降低成本。• 开发者花费了太多的时间在基础....
SREWorks云原生数智运维工程实践-云原生运维实战篇-SREWorks持续交付云原生化：镜像构建（上）
作者：菲克（邓洋杰） 一、 背景 在应用运维领域中，CI/CD已逐步演化成持续集成（Continous Integration）、持续交付（Continous Delivery）和持续部署（Continous Deployment）三个核心阶段，以支持更加复杂的大型系统建设。 CI依然代表应用开发人员的开发、测试、合并等自动化阶段，而CD已分化成持续交付....
SREWorks云原生数智运维工程实践-云原生运维实战篇-SREWorks持续交付云原生化：镜像构建（中）
二、 架构演进 1. Docker build机制 按照Docker官方文档给出的架构图，Docker主要分为Client，Host，Registry三个部分。 Docker按照C/S架构，通过Client与Host进行通信。Host作为后端，负责处理所有Client请求以及后端模块的调度及管理工作。Registry作为中心化的镜像仓库，存储所有需要保存....
SREWorks云原生数智运维工程实践-云原生运维实战篇-SREWorks持续交付云原生化：镜像构建（下）
三、 基于Kaniko的设计实现 目前支持在容器内部进行镜像构建的开源技术有很多：Kaniko，BuildKit，Img等，其中Kaniko作为Google官方开源的容器化构建解决方案，目前收获了最高的star数量，社区活跃度也最高。排名其后的BuildKit和Img也通过其自身的技术优点吸引了一大批粉丝。 从架构上看，BuildKit和Img都是通过内置一个非Root权限的....
本页面内关键词为智能算法引擎基于机器学习所生成，如有任何问题，可在页面下方点击"联系我们"与我们沟通。
