Helm

前言 我们平时在日常生活中会经常在不同的平台上与各种各样的应用打交道，比如从苹果的 App Store 里下载的淘宝、高德、支付宝等应用，或者是在 PC 端安装的 Word、Photoshop、Steam。这些各类平台上的应用程序，对用户而言，大多只需要点击安装就可使用。 然而，在云 (Kubernetes)上，部署一个应用往往却不是那么简单。如果想要部署一个应用程序到云上，首先要准备好它所需要的环境，打包成 Docker 镜像，进而把镜像放在部署文件 (Deployment) 中、配置服务 (Service)、应用所需的账户 (ServiceAccount) 及权限 (Role)、命名空间 (Namespace)、密钥信息 (Secret)、可持久化存储 (PersistentVolumes) 等资源。也就是编写一系列互相相关的 YAML 配置文件，将它们部署在 Kubernetes 集群上。 但是即便应用的开发者可以把这些 Docker 镜像存放在公共仓库中，并且将所需的 YAML 资源文件提供给用户，用户仍然需要自己去寻找这些资源文件，并把它们一一部署。倘若用户希望修改开发者提供的默认资源，比如使用更多的副本 (Replicas) 或是修改服务端口 (Port)，他还需要自己去查需要在这些资源文件的哪些地方修改，更不用提版本变更与维护会给开发者和用户造成多少麻烦了。

本周 Helm 官方发布博客，指导用户从 v2 迁移到 v3，这标志 Helm 逐渐走向成熟。早在今年 6 月，阿里云就正式发布了国内首个 Helm Hub 中国镜像站： 开放云原生应用中心 - Cloud Native App Hub 。 历经三个月的成长和沉淀， Helm Hub 中国镜像站目前已经实时全量同步了 Helm Hub 的所有内容，同时还精选同步了比如 GitLab 等多个热门的第三方 Charts Repo，截止今日已总计上线了 859 个 Charts，并且还在不断增加中。 为了鼓励和普及 Helm Charts 在国内的使用，帮助国内开发者通过云原生的方式打包和分发自己的应用，从而更好的借助云原生的浪潮，让自己的软件在云时代发挥出最大的能量，阿里云举办了首届云原生应用开发大赛，历经 42 天、最终评选出 33 个 Helm Charts 获得最受欢迎奖，1 个 Helm Charts 获得评委选择奖。所有提交的 Chart 都会经过评委严格的测试和评估。 评委选择奖 ✅ 获奖作品： etcd-manage ✅ 作者 GitHub ID： shiguanghuxian etcd-manage 是一个用 Go 编写的 etcd 管理工具，具有友好的界面(类似阿里云后台)，管理 key 就像管理本地文件一样方便。支持简单权限管理区分只读和读写权限。 ✅ 评委点评

一、背景 在近几年， Kubernetes 迅速成为了容器编排的事实上的开源标准。与虚拟机不同， Kubernetes 在抽象化基础架构的同时可靠地大规模编排容器，这可以帮助开发人员将工作负载与基础架构的复杂性分开。 Kubernetes 是 CI/CD 自动化的理想选择，因为它提供了许多内置功能，这些功能使应用程序部署实现标准化和可重用，提高了开发人员的生产力，并加快了云原生应用程序的采用。 Platform9 是成立于 2013 年的云服务提供商，能够提供业界唯一由 SaaS 管理的混合云解决方案，使用户能够快速采用云技术并在私有部署或公共云中的任何基础架构上一致地管理 VM 、 Kubernetes 和无服务器功能。Platform9提供的Kubernetes解决方案也是业界的佼佼者。 在2 019 年巴塞罗那举行的 KubeCon + CloudNativeCon 大会上，Platform9与 1000 多名与会者进行了互动，有近 500 名与会者参与了Kubernetes的相关调查。下图列出了关于最常见的Kubernetes应用场景的调查结果： 其中，基于Kubernetes的CI/CD自动化是最为广泛的用例，专注于帮助开发人员更快地构建和交付应用程序。但是，在具有全自动和可重复的 CI/CD 流水线的生产环境中运行 Kubernetes （ k8s

安装 Kubernetes 基础知识 Helm Devops 安装 Jenkins 微服务示例 Jenkins 流程 添加“凭证”（credentials） 编写 Jenkinsfile 创建任务 配置任务运行节点 部署应用 来源： oschina 链接： https://my.oschina.net/beanho/blog/3168000

关注“阿里巴巴云原生”公众号，回复关键词**“入门”**，即可下载《CNCF x Alibaba 云原生技术公开课》PPT。 由阿里云与 CNCF 共同开发的《CNCF x Alibaba 云原生技术公开课》（视频课程）第一期已**更新完毕。**为了让大家有更好的学习体验，我们把视频课程转为图文，并请讲师重新编辑成文章，在公众号以“从零入门 K8s” 为系列进行每周连载。 本文整理了已发布图文版课程文章 21 篇，期待给正在学习 Kubernetes 的同学提供一些参考。 视频版课程 <br />点击访问：<br /> https://edu.aliyun.com/roadmap/cloudnative 图文版课程 <br />敬请关注阿里巴巴云原生公众号“从零入门 K8s”系列文章！ <a name="B1I7r"></a> 图文版课程 课时 1 ：第一堂“云原生”课 <br /> 课时 2 ：容器基本概念 <br /> 课时 3：Kubernetes 核心概念 <br /> 课时 4：理解 Pod 与容器设计模式 <br /> 课时 5：K8s 的应用编排与管理：核心原理 <br /> 课时 6： 应用配置管理: Deplyment <br /> 课时 7：应用编排与管理：Job & DaemonSet <br /> 课时 8： 应用配置管理 <br /> 课时 9

不久前，高级架构师 Justin Miller 在 GitHub 上创建项目，介绍自己关于如何成为更好的软件架构师的想法。该项目发布一天即获得 1.4K star，现在已有近 5K star 量。 几年前有人问我：你是怎么成为一名软件架构师的?我们就此探讨了必备技能、经验，以及储备相关知识所需的时间和精力。 除此之外，我也回顾了自己走过的路、使用或尝试过的技术，以及我从那些五花八门的工作中学到的东西。 软件架构师是什么? 在进行深层次的探讨之前，我们先来看两个定义： 软件架构师是指那些制定高级设计决策，并确定技术标准(包括软件编程标准、工具和平台)的软件专家。这之中的首席专家就是总架构师。 软件架构是系统的基本组织构成，这种组织主要体现在其组件、组件之间的关系、组件与环境之间的关系，以及决定系统设计与演化的原则。 架构的“层级” 架构主要可以抽象成以下几个层级。不同层级所需的技能也不同。 尽管对层级的分类有很多种标准，但是我最喜欢把架构分成三个层级： 应用级：最低层级的架构。只关注单一的应用。层级低，但是很详细。这方面的交流一般是在一个开发团队内展开。 解决方案级：架构的中间层。关注一或多个满足业务需求的应用(也就是商业方案)。这之中有些设计是高层次的，但大部分还是低层次的设计。这种层级架构的交流就开始涉及多个团队了。 企业级：架构的最高层级。关注多个方案

几年前有人问我：你是怎么成为一名软件架构师的?我们就此探讨了必备技能、经验，以及储备相关知识所需的时间和精力。 除此之外，我也回顾了自己走过的路、使用或尝试过的技术，以及我从那些五花八门的工作中学到的东西。 image 软件架构师是什么? 在进行深层次的探讨之前，我们先来看两个定义： 软件架构师是指那些制定高级设计决策，并确定技术标准(包括软件编程标准、工具和平台)的软件专家。这之中的首席专家就是总架构师。 软件架构是系统的基本组织构成，这种组织主要体现在其组件、组件之间的关系、组件与环境之间的关系，以及决定系统设计与演化的原则。 架构的“层级” 架构主要可以抽象成以下几个层级。不同层级所需的技能也不同。 尽管对层级的分类有很多种标准，但是我最喜欢把架构分成三个层级： 应用级：最低层级的架构。只关注单一的应用。层级低，但是很详细。这方面的交流一般是在一个开发团队内展开。 解决方案级：架构的中间层。关注一或多个满足业务需求的应用(也就是商业方案)。这之中有些设计是高层次的，但大部分还是低层次的设计。这种层级架构的交流就开始涉及多个团队了。 企业级：架构的最高层级。关注多个方案。这种架构的设计层次高且抽象，因此也需要方案级和应用级的架构师对此进行细化。这种层次的架构就需要多个组织进行沟通了。 有时候，架构师也被看做不同工作组之间的粘合剂。以下是三个例子： 横向

2019年，Kubernetes软件包管理器——Helm发布了最新版本Helm 3，并且该版本已经stable。 Helm 3中的一些关键特性 我们在之前的文章中已经介绍过，其中一些功能吸引了许多开发人员。那么，现在你大概想知道升级/迁移到新版本的Helm是否麻烦。尽管Helm可能十分复杂，但是请不要担心，升级过程极为简单。Helm官方blog提供了有关迁移过程的指南，十分详细，欢迎查阅： https://helm.sh/blog/migrate-from-helm-v2-to-helm-v3/ 这篇官方指南十分直观地告诉你将版本分别迁移到Helm 3所需准备的一切。但是如果你想要一次性完成迁移应该怎么办呢？你如何确保在删除Tiller之前没有任何组件在使用它 下载Helm 3二进制文件 我们测试Helm 2以及最新版本，因此在Helm 2完全卸载之前，我们应该准备好两个版本的二进制文件。下载最新Stable版本的二进制文件并将其添加到你的PATH中。将现有的v2二进制文件重命名为helm2以及将最新版本重命名为helm3。我将两个版本都保存在 /usr/local/bin 中，以便我能够随时切换它们： ➜ helm2 version Client: &version.Version{SemVer:"v2.16.0", GitCommit:

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 背景 Kubernetes 作为通用的容器编排系统，承载了广泛的应用和场景，包括 CI／CD，数据计算，在线应用，AI 等，然而由于其通用性和复杂性，管理一个 Kubernetes 集群对于很多用户而言还是充满挑战的，主要体现在： 学习成本高； 集群运维管理成本高，包括节点管理、容量规划，以及各种节点异常问题的定位； 计算成本在很多场景中没有达到最优，比如对于一个定时运行 Jobs 的集群，长期持有资源池对于用户来说是浪费的行为，资源利用率不高。 对 Kubernetes 集群做减法 无节点管理 我们相信未来用户会更加关注应用的开发，而不是基础设施的维护。体现在 Kubernetes 集群中，我们希望用户能够关注在 pod/service/ingress/job 等应用编排语义上，对底层 node 则可以减少关注。 无需管理节点也可以显著降低集群的运维管理成本，经统计 Kubernetes 常见的异常问题中大多数与节点相关，比如 Node NotReady 问题，也无需担忧 Node 的安全问题，以及基础系统软件的升级和维护。 在 ASK 集群中，我们使用虚拟节点 virtual-kubelet 代替 ecs 节点，虚拟节点的容量可以认为是“无限大”，用户不需要为集群的容量担忧，无需预先做容量规划。 无

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 划重点 2019 年公众号发布的文章共有 1452870 字，相当于 2 本《新华字典》 2019 年这些历程我们一起走过 1月 阿里巴巴李响入选 CNCF 技术监督委员会 9 人名单 阿里云成国内唯一入选 Gartner 公布《公有云容器服务竞争格局》报告企业 2月 阿里云开源 GPU Sharing，首次解决行业 GPU 资源共享调度痛点 3月 阿里云云原生产品家族公布，国内最全 蚂蚁金服加入阿里中间件开源分布式事务项目 Fescar，并贡献了 TCC 模式，Fescar 随即品牌升级为 Seata 4月 阿里云与 CNCF 共同开发的《CNCF x Alibaba 云原生技术公开课》正式上线 分布式任务调度平台 SchedulerX 2.0 公有云全面上线 阿里云链路追踪云产品正式商业化，提供基于 OpenTracing 规范的全链路追踪解决方案 阿里云消息队列 RabbitMQ 版正式商业化发布 5月 KubeCon EU 2019 在巴塞罗那举办，阿里巴巴共有 10 个技术演讲入选 Apache Dubbo 从 Apache 基金会孵化器毕业，成为顶级项目 阿里云 ARMS 云产品上线 Prometheus 监控云服务，国内首次推出云原生及周边生态的可观测性解决方案 阿里巴巴张乎兴成为 Apache