kubernetes中文手册
  • 前言
    • 序言
  • 云原生
    • 云原生(Cloud Native)的定义
    • 云原生的设计哲学
    • Kubernetes 的诞生
    • Kubernetes 与云原生应用概览
    • 云原生应用之路 —— 从 Kubernetes 到云原生
    • 定义云原生应用
      • OAM
        • Workload
        • Component
        • Trait
        • Application Scope
        • Application Configuration
      • Crossplane
    • 云原生编程语言
      • 云原生编程语言 Ballerina
      • 云原生编程语言 Pulumi
    • 云原生的未来
  • 快速入门
    • 云原生新手入门指南
    • Play with Kubernetes
    • 快速部署一个云原生本地实验环境
    • 使用 Rancher 在阿里云上部署 Kubenretes 集群
  • 概念与原理
    • Kubernetes 架构
      • 设计理念
      • Etcd 解析
      • 开放接口
        • CRI - Container Runtime Interface(容器运行时接口)
        • CNI - Container Network Interface(容器网络接口)
        • CSI - Container Storage Interface(容器存储接口)
      • 资源对象与基本概念解析
    • Pod 状态与生命周期管理
      • Pod 概览
      • Pod 解析
      • Init 容器
      • Pause 容器
      • Pod 安全策略
      • Pod 的生命周期
      • Pod Hook
      • Pod Preset
      • Pod 中断与 PDB(Pod 中断预算)
    • 集群资源管理
      • Node
      • Namespace
      • Label
      • Annotation
      • Taint 和 Toleration(污点和容忍)
      • 垃圾收集
    • 控制器
      • Deployment
      • StatefulSet
      • DaemonSet
      • ReplicationController 和 ReplicaSet
      • Job
      • CronJob
      • Horizontal Pod Autoscaling
        • 自定义指标 HPA
      • 准入控制器(Admission Controller)
    • 服务发现与路由
      • Service
      • 拓扑感知路由
      • Ingress
        • Traefik Ingress Controller
      • Kubernetes Service API
        • Service API 简介
    • 身份与权限控制
      • ServiceAccount
      • 基于角色的访问控制(RBAC)
      • NetworkPolicy
    • 网络
      • Kubernetes 中的网络解析 —— 以 flannel 为例
      • Kubernetes 中的网络解析 —— 以 calico 为例
      • 具备 API 感知的网络和安全性管理开源软件 Cilium
        • Cilium 架构设计与概念解析
    • 存储
      • Secret
      • ConfigMap
        • ConfigMap 的热更新
      • Volume
      • 持久化卷(Persistent Volume)
      • Storage Class
      • 本地持久化存储
    • 集群扩展
      • 使用自定义资源扩展 API
      • 使用 CRD 扩展 Kubernetes API
      • Aggregated API Server
      • APIService
      • Service Catalog
    • 多集群管理
      • 多集群服务 API(Multi-Cluster Services API)
      • 集群联邦(Cluster Federation)
    • 资源调度
      • 服务质量等级(QoS)
  • 用户指南
    • 用户指南概览
    • 资源对象配置
      • 配置 Pod 的 liveness 和 readiness 探针
      • 配置 Pod 的 Service Account
      • Secret 配置
      • 管理 namespace 中的资源配额
    • 命令使用
      • Docker 用户过渡到 kubectl 命令行指南
      • kubectl 命令概览
      • kubectl 命令技巧大全
      • 使用 etcdctl 访问 Kubernetes 数据
    • 集群安全性管理
      • 管理集群中的 TLS
      • kubelet 的认证授权
      • TLS Bootstrap
      • 创建用户认证授权的 kubeconfig 文件
      • IP 伪装代理
      • 使用 kubeconfig 或 token 进行用户身份认证
      • Kubernetes 中的用户与身份认证授权
      • Kubernetes 集群安全性配置最佳实践
    • 访问 Kubernetes 集群
      • 访问集群
      • 使用 kubeconfig 文件配置跨集群认证
      • 通过端口转发访问集群中的应用程序
      • 使用 service 访问群集中的应用程序
      • 从外部访问 Kubernetes 中的 Pod
      • Cabin - Kubernetes 手机客户端
      • Lens - Kubernetes IDE/桌面客户端
      • Kubernator - 更底层的 Kubernetes UI
    • 在 Kubernetes 中开发部署应用
      • 适用于 Kubernetes 的应用开发部署流程
      • 迁移传统应用到 Kubernetes 中 —— 以 Hadoop YARN 为例
      • 使用 StatefulSet 部署用状态应用
  • 最佳实践
    • 最佳实践概览
    • 在 CentOS 上部署 Kubernetes 集群
      • 创建 TLS 证书和秘钥
      • 创建 kubeconfig 文件
      • 创建高可用 etcd 集群
      • 安装 kubectl 命令行工具
      • 部署 master 节点
      • 安装 flannel 网络插件
      • 部署 node 节点
      • 安装 kubedns 插件
      • 安装 dashboard 插件
      • 安装 heapster 插件
      • 安装 EFK 插件
    • 生产级的 Kubernetes 简化管理工具 kubeadm
      • 使用 kubeadm 在 Ubuntu Server 16.04 上快速构建测试集群
    • 服务发现与负载均衡
      • 安装 Traefik ingress
      • 分布式负载测试
      • 网络和集群性能测试
      • 边缘节点配置
      • 安装 Nginx ingress
      • 安装配置 DNS
        • 安装配置 Kube-dns
        • 安装配置 CoreDNS
    • 运维管理
      • Master 节点高可用
      • 服务滚动升级
      • 应用日志收集
      • 配置最佳实践
      • 集群及应用监控
      • 数据持久化问题
      • 管理容器的计算资源
    • 存储管理
      • GlusterFS
        • 使用 GlusterFS 做持久化存储
        • 使用 Heketi 作为 Kubernetes 的持久存储 GlusterFS 的 external provisioner
        • 在 OpenShift 中使用 GlusterFS 做持久化存储
      • GlusterD-2.0
      • Ceph
        • 用 Helm 托管安装 Ceph 集群并提供后端存储
        • 使用 Ceph 做持久化存储
        • 使用 rbd-provisioner 提供 rbd 持久化存储
      • OpenEBS
        • 使用 OpenEBS 做持久化存储
      • Rook
      • NFS
        • 利用 NFS 动态提供 Kubernetes 后端存储卷
    • 集群与应用监控
      • Heapster
        • 使用 Heapster 获取集群和对象的 metric 数据
      • Prometheus
        • 使用 Prometheus 监控 Kubernetes 集群
        • Prometheus 查询语言 PromQL 使用说明
      • 使用 Vistio 监控 Istio 服务网格中的流量
    • 分布式追踪
      • OpenTracing
    • 服务编排管理
      • 使用 Helm 管理 Kubernetes 应用
      • 构建私有 Chart 仓库
    • 持续集成与发布
      • 使用 Jenkins 进行持续集成与发布
      • 使用 Drone 进行持续集成与发布
    • 更新与升级
      • 手动升级 Kubernetes 集群
      • 升级 dashboard
    • 扩展控制器
      • OpenKruise
        • 原地升级
    • 安全策略
      • 开放策略代理(OPA)
      • 云原生安全
  • 服务网格
    • 服务网格(Service Mesh)
    • 企业级服务网格架构
      • 服务网格基础
      • 服务网格技术对比
      • 服务网格对比 API 网关
      • 采纳和演进
      • 定制和集成
      • 总结
    • Istio
      • 使用 Istio 前需要考虑的问题
      • Istio 中 sidecar 的注入规范及示例
      • 如何参与 Istio 社区及注意事项
      • Istio 免费学习资源汇总
      • Sidecar 的注入与流量劫持
      • Envoy Sidecar 代理的路由转发
      • Istio 如何支持虚拟机
      • Istio 支持虚拟机的历史
    • Envoy
      • Envoy 的架构与基本术语
      • Envoy 作为前端代理
      • Envoy mesh 教程
  • 领域应用
    • 领域应用概览
    • 微服务架构
      • 微服务中的服务发现
      • 使用 Java 构建微服务并发布到 Kubernetes 平台
        • Spring Boot 快速开始指南
    • 大数据
      • Spark 与 Kubernetes
        • Spark standalone on Kubernetes
        • 运行支持 Kubernetes 原生调度的 Spark 程序
    • Serverless 架构
      • 理解 Serverless
      • FaaS(函数即服务)
        • OpenFaaS 快速入门指南
      • Knative
    • 边缘计算
    • 人工智能
    • 可观察性
  • 开发指南
    • 开发指南概览
    • SIG 和工作组
    • 开发环境搭建
      • 本地分布式开发环境搭建(使用 Vagrant 和 Virtualbox)
    • 单元测试和集成测试
    • client-go 示例
      • client-go 中的 informer 源码分析
    • Operator
      • operator-sdk
    • kubebuilder
      • 使用 kubebuilder 创建 operator 示例
    • 高级开发指南
    • 社区贡献
    • Minikube
  • 社区及生态
    • 云原生计算基金会(CNCF)
      • CNCF 章程
      • CNCF 特别兴趣小组(SIG)说明
      • 开源项目加入 CNCF Sandbox 的要求
      • CNCF 中的项目治理
      • CNCF Ambassador
    • 认证及培训
      • 认证 Kubernetes 服务提供商(KCSP)说明
      • 认证 Kubernetes 管理员(CKA)说明
  • 附录
    • 附录说明
    • Kubernetes 中的应用故障排查
    • Kubernetes 相关资讯和情报链接
    • Docker 最佳实践
    • Kubernetes 使用技巧
    • Kubernetes 相关问题记录
    • Kubernetes 及云原生年度总结及展望
      • Kubernetes 与云原生 2017 年年终总结及 2018 年展望
      • Kubernetes 与云原生 2018 年年终总结及 2019 年展望
    • CNCF 年度报告解读
      • CNCF 2018 年年度报告解读
      • CNCF 2020 年年度报告解读
由 GitBook 提供支持
在本页
  • Kubernetes
  • Kubernetes 发展历史
  • 云原生
  • 容器是云原生的基石
  • 下一代云计算标准
  • 现状及影响
  • 当前存在的问题
  • 日益强大的社区
  • 创业公司与厂商支持
  • 2018 年展望
  1. 附录
  2. Kubernetes 及云原生年度总结及展望

Kubernetes 与云原生 2017 年年终总结及 2018 年展望

上一页Kubernetes 及云原生年度总结及展望下一页Kubernetes 与云原生 2018 年年终总结及 2019 年展望

最后更新于3年前

本文主要关于 Kubernetes 及云原生生态圈在 2017 年取得的进展,及对 2018 年的展望。

云计算技术发展至今已经 10 多个年头了,从最开始的硬件虚拟化、IaaS、OpenStack、PaaS、容器设置到 Serverless 发展至今,已经越来约接近应用逻辑,容器实现了应用的分装,方便了应用在不同环境间的迁移,轻量级的特性又使它能够消耗更少的资源而带来更多的便利,但是独木难支,容器如果在单节点上运行并不能发挥它的最大效益,容器编排领域在 2016 年就成为了兵家必争之地。在新的一年即将到来时,本文将带您一起梳理 2017 年 Kubernetes 及云原生的发展,并对其在 2018 年的趋势作出预测。

Kubernetes

谈到 就不得不谈到容器,容器从几年前的大热到现在的归于平淡,之前大家说容器通常是指 Docker 容器,甚至很多人就将容器等同于 Docker,还有很多人像操作虚拟机一样得使用容器。

Kubernetes 是谷歌根据其内部使用的 Borg 改造成一个通用的容器编排调度器,于 2014 年将其发布到开源社区,并于 2015 年将其捐赠给 Linux 基金会的下属的,也是 GIFEE(Google Infrastructure For Everyone Else)中的一员,其他还包括 HDFS、Hbase、Zookeeper 等,见 ,下面就让我们来回顾一下 Kubernetes 的技术发展史。

Kubernetes 发展历史

相信凡是关注容器生态圈的人都不会否认,Kubernetes 已经成为容器编排调度的实际标准,不论 Docker 官方还是 Mesos 都已经支持 Kubernetes,Docker 公司在今年 10 月 16 日至 19 日举办的 DockerCon EU 2017 大会上宣布支持 Kubernetes 调度,就在这不久前 Mesos 的商业化公司 Mesosphere 的 CTO Tobi Knaup 也在官方博客中宣布 Kubernetes on DC/OS。而回想下 2016 年时,我们还在为 Swarm、Mesos、Kubernetes 谁能够在容器编排调度大战中胜出而猜测时,而经过不到一年的发展,Kubernetes 就以超过 70% 的市场占有率(据 的调研报告)将另外两者遥遥的甩在了身后,其已经在大量的企业中落地,还有一些重量级的客户也宣布将服务迁移到 Kubernetes 上,比如 GitHub(见 ),还有 eBay、彭博社等。

Kubernetes 自 2014 年由 Google 开源以来,至今已经发展到了 1.9 版本,下面是 Kubernetes 的版本发布路线图:

  • 2014 年 10 月由 Google 正式开源。

  • 2015 年 7 月 22 日发布 1.0 版本,在 OSCON(开源大会)上发布了 1.0 版本。

  • 2015 年 11 月 16 日发布 1.1 版本,性能提升,改进了工具并创建了日益强大的社区。

  • 2016 年 4 月 16 日发布 1.2 版本,更多的性能升级加上简化应用程序部署和管理。

  • 2016 年 7 月 22 日发布 1.3 版本,对接了云原生和企业级工作负载。

  • 2016 年 9 月 26 日发布 1.4 版本,该版本起 Kubernetes 开始支持不同的运行环境,并使部署变得更容易。

  • 2016 年 12 月 13 日发布 1.5 版本,该版本开始支持生产级别工作负载。

  • 2017 年 3 月 28 日发布 1.6 版本,该版本支持多租户和在集群中自动化部署不同的负载。

  • 2017 年 6 月 29 日发布 1.7 版本,该版本的 kubernetes 在安全性、存储和可扩展性方面有了很大的提升。

  • 2017 年 9 月 28 日发布 1.8 版本,该版本中包括了一些功能改进和增强,并增加了项目的成熟度,将强了 kubernetes 的治理模式,这些都将有利于 kubernetes 项目的持续发展。

  • 2017 年 12 月 15 日发布 1.9 版本,该版本最大的改进是 Apps Workloads API 成为稳定版本,这消除了很多潜在用户对于该功能稳定性的担忧。还有一个重大更新,就是测试支持了 Windows 了,这打开了在 kubernetes 中运行 Windows 工作负载的大门。

从上面的时间线中我们可以看到,Kubernetes 的产品迭代周期越来越快,从 2014 年开源,2015 年发布了两个版本,2016 年发布了三个版本,而今年一年内就发布了 4 个大版本,Kubernetes 已经变了的越来越稳定,越来越易用。

云原生

国外已经有众多的 Kubernetes 和 Cloud Native meetup 定期举办,在中国今年可以说是小荷才露尖尖角。

另外还有由才云科技分别在北京、上海、深圳、青岛等地举办了多场 k8smeetup。

容器是云原生的基石

容器最初是通过开发者工具而流行,可以使用它来做隔离的开发测试环境和持续集成环境,这些都是因为容器轻量级,易于配置和使用带来的优势,docker 和 docker-compose 这样的工具极大的方便的了应用开发环境的搭建,同时基于容器的 CI/CD 工具如雨后春笋般出现。

下一代云计算标准

Google 通过将云应用进行抽象简化出的 Kubernetes 中的各种概念对象,如 Pod、Deployment、Job、StatefulSet 等,形成了 Cloud Native 应用的通用的可移植的模型,Kubernetes 作为云应用的部署标准,直接面向业务应用,将大大提高云应用的可移植性,解决云厂商锁定的问题,让云应用可以在跨云之间无缝迁移,甚至用来管理混合云,成为企业 IT 云平台的新标准。

现状及影响

Kubernetes 既然是下一代云计算的标准,那么它当前的现状如何,距离全面落地还有存在什么问题?

当前存在的问题

如果 Kubernetes 被企业大量采用,将会是对企业 IT 价值的重塑,IT 将是影响业务速度和健壮性的中流砥柱,但是对于 Kubernetes 真正落地还存在诸多问题:

  • 部署和运维起来复杂,需要有经过专业的培训才能掌握;

  • 企业的组织架构需要面向 DevOps 转型,很多问题不是技术上的,而是管理和心态上的;

  • 对于服务级别尤其是微服务的治理不足,暂没有一套切实可行可落地的完整微服务治理方案;

  • 对于上层应用的支持不够完善,需要编写配置大量的 YAML 文件,难于管理;

  • 当前很多传统应用可能不适合迁移到 Kuberentes,或者是成本太高,因此可以落地的项目不多影响推广;

日益强大的社区

Kubernetes 已成为 GitHub 上参与和讨论人数最多的开源项目,在其官方 Slack 上有超过两万多名注册用户(其中包括中文用户频道 cn-users),而整个 Kubernetes 中文用户群可达数千名之众。

目前关于 Kubernetes 和云原生图书也已经琳琳总总,让人眼花缭乱。

另外,除了图书和官方 Slack 外,在中国还有很多厂商、社区、爱好者组织的 meetup、微信群推广 Kubernetes,同时吸引了大量的用户关注和使用 Kubernetes。

创业公司与厂商支持

另外在国外还有一大批基于 Kubernetes 的创业公司,如 Kubernetes 创始人之一 Joe Beda 创立了 Heptio(于今年 9 月获获得 2500 万美元 B 轮融资),还有 Platform9、Kismatic、Diamanti、Bitnami、CoreOS、Hypernetes、Weave、NavOps 等,他们中有的提供 Kubernetes 的技术咨询和培训,有的专研某项具体技术,还有一系列基于 Kubernetes 的自动化工具、监控厂商如雨后春笋般出现。

国内前几年诞生了多家容器创业公司,例如 DaoCloud、精灵云、时速云、数人云、灵雀云、有容云、好雨云、希云、才云、博云等,这些厂商有的可能一开始不是基于 Kubernetes 作为容器编排调度引擎,但是现在已经全部支持,其中灵雀云于 11 月 8 日获得腾讯云领投的 B 轮融资。这些容器厂商全部涉及私有云业务,主要对接金融、政府和电信行业,帮助传统企业进行 IT 转型,虽然很多厂商都生成支持 Kubernetes,但是在 Kubernetes 的易用性上还需要很多改进,单纯基于容器部署应用已经无法满足企业的需求,帮助企业上云、将传统应用改造以适应云的弹性与高效,构建 PaaS 平台,通过基于容器的基础调度平台运行大数据及 AI 应用,成为创业公司的众矢之的,对于特定行业的整体的解决方案将是国内的容器厂商的主要商业化方式。

目前大部分容器云提供的产品大同小异,从云平台管理、容器应用的生命周期管理、DevOps、微服务架构等,这些大多是对原有应用的部署和资源申请流程的优化,没有形成杀手级的平台级服务,这些都是原来容器时代的产物。而容器云进化到高级阶段 Cloud Native(云原生)后,容器技术将成为该平台的基础,虽然大家都生成具有全面的功能,但是厂商在推行容器技术时需要结合企业的具体应用场景下进行优化。

2018 年展望

在今年 12 月的 KubeCon&CloudNativeCon Austin 会议上,已经为 2018 年的云原生生态圈的发展确定几大关键词:

  • 服务网格(Service Mesh),在 Kubernetes 上践行微服务架构进行服务治理所必须的组件;

  • 无服务器架构(Serverless),以 FaaS 为代表的无服务器架构将会流行开来;

  • 加强数据服务承载能力,例如在 Kubernetes 上运行大数据应用;

  • 简化应用部署与运维包括云应用的监控与日志收集分析等;

这些功能是 Kubernetes 生态已有但是亟待加强的功能,它们能够解决我们在上文中提到的当前生态中存在的问题。

2018 年的 IaaS 的运营商将主要提供基础架构服务,如虚拟机、存储和数据库等传统的基础架构和服务,仍然会使用现有的工具如 Chef、Terraform、Ansible 等来管理;Kubernetes 则可能直接运行在裸机上运行,结合 CI/CD 成为 DevOps 的得力工具,并成为高级开发人员的应用部署首选;Kubernetes 也将成为 PaaS 层的重要组成部分,为开发者提供应用程序部署的简单方法,但是开发者可能不会直接与 Kubernetes 或者 PaaS 交互,实际的应用部署流程很可能落在自动化 CI 工具如 Jenkins 上。

2018 年,Kubernetes 将更加稳定好用,云原生将会出现更多的落地与最佳实践,这都值得我们期待!

Kubernetes 的架构做的足够开放,通过系列的接口,如 CRI(Container Runtime Interface)作为 Kubelet 与容器之间的通信接口、CNI(Container Networking Interface) 来管理网络、而持久化存储通过各种 Volume Plugin 来实现,同时 Kubernetes 的 API 本身也可以通过 CRD(Custom Resource Define)来扩展,还可以自己编写 和 来基于 Kubernetes 实现更高级和复杂的功能。

在 Kubernetes 出现之前,就已经有人提出了云原生的概念,如 2010 年 Paul Fremantle 就在他的博客中提出了云原生的核心理念,但是还没有切实的技术解决方案。而那时候 PaaS 才刚刚出现,PaaS 平台提供商 Heroku 提出了 的理念,为构建 SaaS 应用提供了方法论,该理念在云原生时代依然适用。

现如今云已经可以为我们提供稳定的可以唾手可得的基础设施,但是业务上云成了一个难题,Kubernetes 的出现与其说是从最初的容器编排解决方案,倒不如说是为了解决应用上云(即云原生应用)这个难题。 中的托管的一系列项目即致力于云原生应用整个生命周期的管理,从部署平台、日志收集、Service Mesh(服务网格)、服务发现、分布式追踪、监控以及安全等各个领域通过开源的软件为我们提供一揽子解决方案。

2017 年 6 月 19 日 - 20 日,北京,(LinuxCon+ContainerCon+CloudOpen China)。CNCF(Cloud Native Computing Foundation)作为云原生应用的联合推广团体,也是由 Google 一手培植起来的强大 “市场媒体”(Kubernetes 是第一个入选该基金会的项目),第一次进入中国,华为、Google、Rancher、红帽等公司分别做了关于 Kubernetes 及 Cloud Native 的演讲。

2017 年 7 月 25 日,北京、上海,,Kubernetes 二周年北京 - 上海 Meetup 双城庆生。

2017 年 9 月 12 日,北京,,前 Pivotal 技术专家,现 CapitalOne 高级专家 Kevin Hoffman 做了 的演讲。

2017 年 10 月 15 日,杭州,。由才云科技(Caicloud)、美国 The Linux Foundation 基金会旗下 Cloud Native Computing Foundation (CNCF)、「K8sMeetup 中国社区」联合主办的聚焦 Kubernetes 中国行业应用与技术落地的盛会。

2017 年 12 月 13 日 - 15 日,杭州,。这次会议由谐云科技与网易云共同主办,主要探讨云原生技术与应用,同时还进行了云原生集训。

隔离的环境、良好的可移植性、模块化的组件、易于扩展和轻量级的特性,使得容器成为云原生的基石。但是容器不光是 docker 一种,还有 、 等支持 OCI 标准的容器,以及 OpenStack 基金会推出的兼容容器标准的号称是轻量级虚拟机的 ,Kubernetes 并不绑定到某一容器引擎,而是支持所有满足 OCI 运行时标准的容器。

以上这些问题是企业真正落地 Kubernetes 时将会遇到的比较棘手的问题,针对这些问题,Kubernetes 社区早就心领神会有多个 (Special Interest Group)专门负责不同领域的问题,而初创公司和云厂商们也在虎视眈眈觊觎这份大蛋糕。

英文版的讲解 Kubernetes 的书籍有:The Kubernetes Book、Kubernetes in Action、Kubernetes Microservices with Docker,关于云原生架构的 Cloud Native Infrastructure: Patterns for Scalable Infrastructure and Applications in a Dynamic Environment 等已发行和 2018 年即将发行的有十几本之多,同时还有关于云原生开发的书籍也鳞次栉比,如 (这本书已经被翻译成中文,由电子工业出版社引进出版)、(已由电子工业出版社引进,预计 2018 年推出中文版),Cloud Native Java 等。

关于 Kuberentes 和云原生的中文版的书籍有:《Kubernetes 权威指南:从 Docker 到 Kubernetes 实践全接触》,《Java 云原生》(预计 2018 年出版),还有一系列开源的电子书和教程,比如我写的 ,同时 Kubernetes 官方官网文档也即将推出完整的汉化版本,该项目目前还在进行中,见 。

国外的 Google 的 GKE、微软的 Azure ACS、AWS 的 和 2018 年即将推出的 EKS、Rancher 联合 Ubuntu 推出的 RKE,国内的华为云、腾讯云、阿里云等都已推出了公有云上的 Kuberentes 服务,Kubernetes 已经成为公有云的容器部署的标配,私有云领域也有众多厂商在做基于 Kubernetes 的 PaaS 平台。随着企业落地 Kubernetes 的日益增长,相关的人才缺口也将日益显现。CNCF 又就此推出了 CKA(Certified Kubernetes Administrator)和 CKD(Certified Kubernetes Developer),假若在 Kubernetes 的生态构建与市场发展顺利的情况下,该证书将会展现其含金量。

2017 年可以说是 Cloud Native 蓬勃发展和大发异彩之年,Kuberentes 在这一年中连续发布了 4 个版本,从 1.6 到 1.9,、、、 分别发布自己的 1.0 版本。

Kuberentes
云原生计算基金会(CNCF)
https://github.com/GIFEE/GIFEE
TheNewStack
Kubernetes at GitHub
Operator
Service Catalog
12 因素应用
CNCF
L3 大会
k8smeetup
T11 大会
High Level Cloud Native Concepts
KEUC 2017- Kubernetes 中国用户大会
云原生技术大会 ——CNTC
cri-o
rkt
Kata Containers
SIG
Cloud Native Go
Cloud Native Python
kubernetes-handbook
kubernetes-docs-cn
Fargate
Containerd
Fluentd
CoreDNS
Jeager