HarmonyOS开发者限时福利来啦!最高10w+现金激励等你拿~ 了解详情
写点什么

Kubernetes 已进入成熟期,而云原生时代则刚刚开始

  • 2020-05-29
  • 本文字数:3044 字

    阅读完需:约 10 分钟

Kubernetes已进入成熟期,而云原生时代则刚刚开始

自 2014 年起,Kubernetes(缩写为 K8s)项目已经经历了近 6 年的快速发展,从 2014 年 6 月的 0.1 版本,到 2015 年 7 月的 1.0,再到当前刚刚发布的 1.18,近 20 个大版本的演进,所有核心功能特性已经趋于稳定。


K8s 在生产使用已经成为主流,CNCF 2019 最新使用调查报告的数据显示,目前 84%的用户已经在生产环境中使用 K8s,生产环境中容器部署规模超过 1000 的比例是 34%,其中超过 5000 的大规模应用比例是 19%,这三个数字对比 2018 年都有 5%~10%以上的提升。

5 年蓄力容器市场为何依旧不愠不火

从各方面来看,Kubernetes 项目都已经进入了成熟期。其实,早在 K8s 1.9 版本之后,K8s 的应用层 API 已经趋于稳定,后继版本聚焦重点已经从核心应用功能转向认证、安全、运维、资源等支撑类功能,更多是优化与补充。


自 17 年起 Docker、Mesosphere、Pivotal 等曾经 K8s 的对手们纷纷宣布支持 K8s,K8s 一统容器行业成为容器标准,而后自 18 年起,K8s 社区的贡献活跃度已经在逐步下降,去年甚至“K8s is boring”的声音也在 Kubecon 等各云原生会议中被提出。这是任何一个开源项目发展到成熟期的必然结果。


而从另一方面来看,容器市场则仍处于喷发前夕。从 IDC 2019 年底发布的中国软件定义计算市场趋势报告来看,虽然 IDC 预测容器市场在未来五年的复合增长率平均在 56.1%,远超整个计算基础设施软件市场 24.8%的复合增长率,且容器在互联网、金融、AI 等部分行业已经规模落地,大批头部企业已经基于容器构建新一代企业基础设施平台,但 2019 年容器在计算基础设施软件市场中的整体占比仍不到 10%。




K8s 容器生产环境落地率突飞猛进


而容器市场则仍处于喷发前夕


这其中的原因,除了技术成熟与落地周期上的自然规律之外,也有很大程度上是因为企业在落地容器技术时所面临的各种问题与挑战。


经过数年的发展,当前业界对容器及云原生技术所能带来的好处已经普遍达成共识,包括简化运维、多环境交付一致性、降业务运营成本、缩短 TTM 促进业务创新*等等,不过在实际落地过程中,企业仍在多个方面存在着顾虑与挑战,比如:


  • 现有的开源 K8s 容器技术在应对除微服务架构(Micro-Service Architecture)应用之外的传统企业业务时,仍或多或少地存在着一些问题,典型如现有的容器网络、存储、监控、调度、运维、安全等方面。

  • 开源 K8s 容器平台在非功能性指标上与企业对 IT 基础设施的要求之间所存在的 GAP,典型如集群规模、数据面计算/网络/存储性能、多种企业组网模式支持、业务安全与权限管控模型、高可靠/高可用方案、集群资源利用率等。

  • 开源 K8s 容器平台在企业新业务场景下缺少相应的成熟解决方案,典型如边缘计算、混合云多云、人工智能/深度学习、大数据应用等,割裂的基础设施平台层会增加企业 IT 运维与运营难度与成本。

  • 除上述问题之外,由于容器是一套全新的技术体系,企业 IT 管理者还需要考虑落地过程中对企业现有研发与 IT 流程的冲击、引入新技术方案的复杂度、对企业业务现有的 SLA 指标的冲击、使用门槛与人员技能培训等方面。


虽然 K8s 项目已经成熟


但企业落地容器技术仍面临着许多问题与挑战

新基建或成容器市场井喷点

2020 中国“新基建”政策的提出,又给企业带来了新的机遇与挑战。


“新基建”根据数字化程度可以划分为三个层次,其中处于最内核的“数字基建”由 5G、大数据、人工智能、物联网、云计算等信息化、数字化支柱型产业组成。作为整个新基建产业的基座,数字基建对企业基础设施平台提出了更高的要求,简单可以总结为高产能、高智能、泛在计算三方面:


1、高产能:企业基础设施需要支撑企业业务快速开发与上线,缩短研发周期,促进创新,并且能够具备简化运维甚至免运维、自运维的能力,将企业人员从繁重运维工作中解脱出来,投入到业务快速创新中去。并且,企业基础设施能够基于业务量的需求自动弹性,自适应地满足企业业务诉求,大幅提升企业生产效率。


2、高智能:企业业务信息化、数字化程度提高的同时也带来了大量的数据,所有企业都需要具备数据运营的能力。基础设施平台需要提供高效、及时、充足的数据计算能力支撑企业智能化运营,为企业的大数据、AI 类应用提供专用的更高性能、更低成本的异构算力,助力企业智能化转型。


3、泛在计算:5G 带来了通信上的革命,低时延、高吞吐、海量连接的泛在网络使得未来企业的业务从数据中心逐步外延到任何场所。智能化的边缘节点、大规模/高效的边云协同计算框架结合泛在网络将企业业务拉近到计算所需要的任何地点,云、边、端的协同会给企业业务创新带来新的机遇。



“新基建”给企业基础设施平台


提出了更高的要求

构建完整云原生技术体系迎接市场爆发

目前的这些新挑战与新需求则并不是单一的 Kubernetes 项目能够覆盖的,也不仅仅是容器技术所能够解决的。


好在 K8s 从诞生时就自带的平台属性,以及良好的架构设计,使得基于 K8s 容器可以构建起一整套可以解决上述问题的“云原生”技术体系。云原生社区围绕着 K8s 平台南向与资源基础设施层的对接、北向与客户业务场景的结合两个方向上衍生出丰富的生态:


  • K8s 北向提供了容器、集群、服务、应用、配置、租户、网络、存储、策略等等一系列的标准化原子接口,使得多种多样的上层行业场景可以基于自身的应用领域来按需组合使用,并可以通过 K8s 灵活的 CRD(Custom Resource Definitions)机制来面向行业扩展、二次开发相关功能,从而方便地解决企业业务容器化改造、新业务完整技术方案设计、企业流程化方案设计与实施等方面的问题。

  • K8s 南向抽象了面向各类运行环境的标准化接口,比如容器运行时的 CRI(Container Runtime Interface)、容器网络的 CNI(Container Network Interface)、容器存储的 CSI(Container Storage Interface),以及各类专用设备与芯片的 Device Plugins 等,使得企业能够基于自身对性能、安全、高可用、高可靠等关键业务 SLA 指标的诉求,选取合适的业务运行环境技术体系,将多样化的企业业务运行环境归一到 K8s 平台统一管理。

  • K8s 易扩展、易管理、天然分布式的架构使得 K8s 从 Cloud Native 云原生应用领域快速渗透到多种水平应用领域,包括企业级服务化应用平台、大数据应用、人工智能与机器学习、边缘计算、混合云与多云基础架构等,这使得 K8s 成为一个统一的企业多业务应用平台基座成为可能。由 Istio、KubeEdge、Volcano、KubeFed 为代表的多个 K8s 上层生态项目分别在服务化平台、边缘计算、AI/大数据/批量计算、混合云/多云等领域发挥着越来越积极的作用,成为云原生社区新的发展方向。

  • 5G、AI、物联网等新兴技术对高算力、海量带宽与连接、海量数据管理能力提出越来越高的要求,业务运行环境所需的数据面技术已经进入“软硬一体化”的时代,以硬件加速、硬件卸载、专用芯片、异构计算为代表的各类软硬加速技术也逐渐与 K8s 容器相结合,为多种应用场景提供强劲的性能与高安全、高可靠,比如 AWS EKS 容器服务全面支持 Graviton2 ARM 服务器、AI 的 Inferentia 推理芯片,Google GKE 容器服务全面支持 Cloud TPU 专用 AI 芯片,以及华为云容器推出的鲲鹏云容器、昇腾 AI 容器。


围绕着 K8s 容器所构建的云原生技术栈


帮助企业解决上述一系列问题与挑战


Kubernetes 项目已推动容器技术生态进入成熟期,而容器及其所代表的云原生行业则刚刚进入加速期,存在着巨大的发展空间。


451 Research 预测,2022 年容器市场有望突破 43 亿美金,而由容器所带动的整个云原生市场则是超过百亿美金规模。华为云作为国内最早进入云原生技术领域的厂商,一直在引领容器与云原生行业的产品与解决方案创新。


2020-05-29 19:413033

评论

发布
暂无评论
发现更多内容

TiDB 在实时分析应用场景下的探索

TiDB 社区干货传送门

使用 KubeSphere 快速部署 Chaos Mesh

TiDB 社区干货传送门

集群管理 安装 & 部署

DM 分库分表 DDL “乐观协调”模式介绍

TiDB 社区干货传送门

迁移 TiDB 底层架构

Dumpling 导出表内并发优化

TiDB 社区干货传送门

性能调优 TiDB 底层架构 备份 & 恢复

专栏技术文章发布指南&奖励

TiDB 社区干货传送门

社区活动

PlacementRules in SQL 初试

TiDB 社区干货传送门

TiDB SQL 优化案例几则

TiDB 社区干货传送门

使用DM迁移MySQL数据到TIDB小测试

TiDB 社区干货传送门

TIDB调优小结

TiDB 社区干货传送门

TiKV源码略读-Config

TiDB 社区干货传送门

TiDB 社区专栏:让技术人员成为更好的读者/作家

TiDB 社区干货传送门

新版本/特性发布 新版本/特性解读

分布式数据库TiDB在百融云创的探索与实践

TiDB 社区干货传送门

实践案例

Tikv节点磁盘耗尽恢复经验

TiDB 社区干货传送门

Flink 最佳实践之使用 Canal 同步 MySQL 数据至 TiDB

TiDB 社区干货传送门

在TiDB中实现一个关键字——Parser篇

TiDB 社区干货传送门

TiDB 底层架构

关于我作为前端报名 TiDB Hackthon 2021 然后被毫无悬念地淘汰这档事

TiDB 社区干货传送门

TiDB4PG 之兼容 Gitlab

TiDB 社区干货传送门

Ti-Click:通过浏览器快速搭建 TiDB 在线实验室 | Ti-可立刻团队访谈

TiDB 社区干货传送门

关于TiDB数据脱敏的一些想法

TiDB 社区干货传送门

实践案例

有关 TiDB 升级的二三事——教你如何快乐升级

TiDB 社区干货传送门

版本升级

TiDB架构浅析

TiDB 社区干货传送门

TiDB 底层架构

备份的 “算子下推”:TiDB BR 简介

TiDB 社区干货传送门

TiDB 底层架构 备份 & 恢复

带着问题读 TiDB 源码:Power BI Desktop 以 MySQL 驱动连接 TiDB 报错

TiDB 社区干货传送门

故障排查/诊断 TiDB 源码解读

大量 SET autocommit 导致的 TiDB Server CPU 高案例

TiDB 社区干货传送门

故障排查/诊断

DBA之伤-truncate/drop

TiDB 社区干货传送门

回顾下Hackathon中的TiCheck

TiDB 社区干货传送门

实践案例

伴鱼数据库之MongoDB数据在线迁移到TiDB

TiDB 社区干货传送门

TiDB如何修改alter-primary-key参数

TiDB 社区干货传送门

发生即看见,一切可回溯 | TiDB 故障诊断与性能排查探讨

TiDB 社区干货传送门

监控 故障排查/诊断

DM 分库分表 DDL “悲观协调” 模式介绍

TiDB 社区干货传送门

迁移 TiDB 底层架构

x86和ARM混合部署下的两地三中心方案验证

TiDB 社区干货传送门

实践案例

Kubernetes已进入成熟期,而云原生时代则刚刚开始_容器_容器魔方_InfoQ精选文章