＞＞点击跳转至活动首页＜＜活动已开奖，中奖名单如下所示。请获奖的用户填写华为云2021星云闪耀1024程序员节获奖信息收集表（点击填写），12月12日前填写有效，奖品将于15个工作日内发出哦！活动奖励以及获取线索说明：a. 线索说明：完成领取免费产品+体验任意任务（必须在本帖回帖）将获取星耀宝盒谜题（破解后获取谜题11）b. 奖励说明：在所有完成任务的开发者中抽取10人，每人奖励酷睿冰尊A9 笔记本散热器1个活动时间：2021年10月20日~2021年11月21日 参与方式：＞＞点击获取PaaS空间站体验任务＜＜完成领取免费产品+体验任意任务可获取线索：＞＞点击获取PaaS空间站体验任务＜＜1.在PaaS空间站活动页试用专区开通任意一款免费或付费资源2.完成PaaS空间站任意一个体验任务特别说明：请务必按照以下格式要求进行回帖，否则无法计算奖励：1、华为云账号：xxx（即右上角的字母数字组合ID）2、实践感想：（产品体验建议、感想等）3、任务截图：1.成功领取任意一个免费资源截图2.完成任意一个实践任务截图4、完成任务后（完成回帖），小助手会在活动期间的工作日每天上午9点-下午4点，为符合活动要求的用户通过社区私信星耀宝盒谜题，码豆将在活动结束后统一发放。Tips：1、请务必使用个人账号参与活动（IAM、企业账号等账号参与无效）。2、所有获得华为电子产品奖项的获奖用户，请于获奖后3日内完成实名认证，否则视为放弃奖励。3、 本次活动抽奖将采用巨公摇号平台（https://www.jugong.wang/random-portal/）如您对评奖方式有异议，请勿参加本次活动。

上期《一文带你理解云原生|云原生全景指南（上）》带您看了云原生全景指南，说明了为什么要上云、上云的弊端、云原生概述、容器以及容器编排的问题，这次我们接着了解服务网格、云原生主流组件以及其常用网络技术，最后，对云原生做一个总结。     6. 服务网格 Istio    6.1 服务网格概述    6.2 Istio 控制面4.3 Istio 数据面     7 云原生-主流组件   7.1 Prometheus   7.2 Grafana   7.3 Elasticsearch + Fluentd + Kibana   7.4 Jaeger   7.5 Chaos Engineering    8 云原生-常用网络技术   8.1 主机网络iptables是运行在用户空间的应用软件，通过控制Linux 内核 netfilter，来管理网络数据包的处理和转发。存在“表（tables）”、“链（chain）”和“规则（rules）”三个层面：每个“表”指的是不同类型的数据包处理流程，例如 filter 表表示进行数据包过滤，而 NAT 表针对连接进行地址转换操作；每个表中又可以存在多个“链”，系统按照预订的规则将数据包通过某个内建链，例如将从本机发出的数据通过 OUTPUT 链；在“链”中可以存在若干“规则”，这些规则会被逐一进行匹配，如果匹配，可以执行相应的动作，例如修改数据包，或者跳转。   8.2 Underlay 网络技术VLAN 虚拟局域网：是将一个物理 LAN 在逻辑上划分成多个广播域的通信技术。每个 VLAN 是一个广播域，VLAN 内的主机间通信就和在一个 LAN 内一样。没有划分 VLAN：LAN 局域网：优势：简单，静态，IP 地址与交换机关联；劣势：迁移域受限，不能机房内随意迁移。交换机下 IP 需要提前规划好，约束虚拟比。划分 VLAN：虚拟局域网：优势：IP 地址与交换机无关，虚拟机可以在机房范围内迁移。VLAN 间则不能直接互通，这样广播报文就被限制在一个 VLAN 内。有人会问：交换如何区分不同 VLAN？交换机能够分辨不同 VLAN 的报文，需要在报文中添加标识 VLAN 信息的字段。数据帧中的VID（VLAN ID）字段标识了该数据帧所属的 VLAN，数据帧只能在其所属 VLAN 内进行传输。   8.3 Overlay 网络技术VXLAN 虚拟扩展局域网：是对传统 VLAN 协议的一种扩展；是一种网络虚拟化技术，试图改善云计算部署的可扩展性问题。解决哪些问题？vlan 的数量限制（12bit->24bit），VLAN 报文 Header 预留长度只有 12bit，只支持 4096 个终端；VNI（VXLAN Network Index）标识某条指定隧道；不改变 IP 实现服务器迁移。传统二三层网络架构限制了虚拟机的动态迁移范围。VXLAN 在两台 TOR 交换机之间建立一条隧道，将服务器发出的原始数据帧加以“包装”，好让原始报文可以在承载网络（比如 IP 网络）上传输。当到达目的服务器所连接的 TOR 交换机后，离开 VXLAN 隧道，并将原始数据帧恢复出来，继续转发给目的服务器。VXLAN 将整个数据中心基础网络虚拟成了一台巨大的“二层交换机”VXLAN 网络模型UDP 封装（L2 over L4）：将 L2 的以太帧封装到 UDP 报文即（L2overL4）中，并在 L3 网络中传输；VTEP，VXLAN 隧道端点，对 VXLAN 报文进行封装和解封装；VNI，VXLAN 隧道标识，用于区分不同 VXLAN 隧道。矢量性协议：使用基于路径、网络策略或规则集来决定路由；AS（自治域）：AS 是指在一个实体管辖下的拥有相同选路策略的 IP 网络；BGP 网络中的每个 AS 都被分配一个唯一的 AS 号，用于区分不同的 AS；eBGP（域外 BGP）：运行于不同 AS 之间的 BGP，为了防止 AS 间产生环路；为了防止 AS 间产生环路，当 BGP 设备接收 EBGP 对等体发送的路由时，会将带有本地 AS 号的路由丢弃；iBGP（域内 BGP）：运行于同一 AS 内部的 BGP，为了防止 AS 内产生环路；RR（路由反射器）：通过集中反射同步，解决全连通的网状网格结构路由同步问题。EBGP+IBGP 实现 AS 间的路由传递：一个常见的 IP 骨干网的拓扑结构，骨干层和汇聚层分别是两个自治系统，AS100 有两个出口设备 SwitchC 和 SwitchD，两个 AS 之间需要进行路由互通。    9 总结-云原生云原生应用：docker 应用打包、发布、运行，Kubernetes 服务部署和集群管理，Istio 构建服务治理能力。云计算以“资源”为中心，关键技术：虚拟化：SDX，NFV；资源池化：弹性快速扩缩容；多租化：提升云厂商的资源利用率；典型代表：计算、网络、存储三大基础设施的云化。云计算以“应用”为中心，关键导向：设计之初，关注更好适应云，充分发挥云优势；云原生已成为企业数字创新的最短路径；云原生一系列 IAAS、PAAS、SAAS 层技术，支撑产品高效交付、稳定运维、持续运营。【私人观点】以“资源”为中心的云，将成为“底层基础设施”，利用云原生以“应用”为中心赋能自身业务；云的时代，已经来临。作为云的使用者、从业者，更多思考如何利用云赋能业务产品；商业市场模式从“大鱼吃小鱼”靠信息不对称，向“快鱼吃慢鱼”转变。我们必须利用趋势，拥抱云原生。    10 鸣谢以下小伙伴给出宝贵建议，非常感谢。鸣谢 CDG-FiT 线：Hawkliu、Cafeeqiu鸣谢腾讯 OTeam：Kubernetes 开源协同技术讲师    11 学习资料《SRE Google 运维解密》《Kubernetes 权威指南》《Kubernetes in Action》《深入剖析 Kubernetes》《Docker 容器与容器云》-浙大《云原生服务网格 Istio》华为丛书《Kubernetes 开源协同技术课程》CNCF 官网：https：//www.cncf.io/Huawei-Cloud Native : https：//github.com/huawei-cloudnativeDocker 官方文档：https：//docs.docker.com/Kubernetes 官网：https：//kubernetes.io/Istio 官网：https：//istio.io/- END -*注：文章源自：https://blog.csdn.net/lianhunqianr1/article/details/118037321一文带你理解云原生|云原生全景指南（上）———————————————————————————————————————————————【   AOC社区  】AOC (Agile Open Container)集成了华为网络云化平台，以及从网络运维中抽象总结出的业务框架，以Yang模型为基础，提供了对网络的开放可编程能力。社区为大家提供了关于数通网络开放可编程一站式学习、体验、认证、交流的平台。以视频为载体构建了在线学习AOC的整个学习、认证体系。另外还提供了SDK、demo样例、以及API手册、开发指导等文档的下载，方便大家进行新项目的开发。

hi， 大家好，如今几乎所有大厂都将容器和K8s列入未来的战略重心，K8s可能将成为下一代分布式操作系统，今天分享一篇很经典云原生文章（万字雄文），希望可以帮大家彻底了解到底什么是云原生。本文是一篇云原生的关键知识科普，希望给大家提供一扇云原生的“窗户”，传达三个目标：1、透过窗户看到一棵大树代表：云原生的蓝图全貌；2、树上会有很多核心树干代表：云原生的关键技术；3、希望树干上能摘到果实代表：云原生对我的启发。开始阅读文章前，请角色切换：设想你作为一位中小型 IT 公司 CTO，面对云原生技术决策，你需要回答两个问题：    1、为什么需要上云？    2、上云有何弊端？作为一家公司的技术决策者，必须理解上云的利与弊，并结合公司各阶段发展目标给出最适合的技术方案。    3、 云原生-概述    3.1 云原生-定义云原生的定义，业界也是“百家争鸣”各持观点，从技术视角理解云原生会相对清晰。云原生的关键技术包括：• 微服务架构：服务与服务之间通过高内聚低耦合的方式交互；• 容器：作为微服务的最佳载体，提供了一个自包含的打包方式；• 容器编排：解决了微服务在生产环境的部署问题；• 服务网络：作为基础设施，解决了服务之间的通信；• 不可变基础：设施提升发布效率，方便快速扩展；• 声明式 API:让系统更加健壮；命令式 API：可以直接发出让服务器执行的命令，例如：“运行容器”、”停止容器”等；声明式 API：可以声明期望的状态，系统将不断地调整实际状态，直到与期望状态保持一致。• DevOps：缩短研发周期，增加部署频率，更安全地方便：Culture ：达成共识Automation：基础设施自动化Measurement：可度量Sharing：你中有我，我中有你【私人观点】云原生的定义：应用因云而生，即云原生。应用原生被设计为在云上以最佳方式运行，充分发挥云的优势，是上云的最短路径。   3.2 云原生-技术生态   3.3 云原生-关键技术云原生关键技术包括：微服务，容器，容器编排，服务网络，不可变基础，声明式 API。   3.3.1 微服务微服务是一种用于构建应用的架构方案。将一个复杂的应用拆分成多个独立自治的服务，服务与服务间通过“高内聚低耦合”的形式交互。微服务典型架构包括：服务重构：单体改造成符合业务的微服务架构；服务注册与发现：微服务模块间的服务生命周期管理；服务网关：身份认证、路由服务、限流防刷、日志统计；服务通信：通信技术方案如，RPC vs REST vs 异步消息；可靠性：服务优雅降级，容灾，熔断，多副本。  3.3.2 容器容器是一种打包应用的方式，可以打包应用中的所有软件和软件所依赖的环境，并可实现跨平台部署。容器关键技术：namespac 视图隔离，cgroups 资源隔离 ，Union File System 联合文件系统。容器优势：更高效的利用资源；更快速的启动时间；一致性的运行环境。  3.3.3 容器编排容器编排包括：自动化管理和协调容器的系统，专注于容器的生命周期管理和调度。核心功能：容器调度：依据策略完成容器与母机绑定；资源管理：CPU、MEM、GPU、Ports、Device；服务管理：负载均衡、健康检查。  3.3.4 服务网格服务网格（Service Mesh）是致力于解决服务间通讯的基础设施层。Service Mesh 应对云原生应用的复杂服务拓扑，提供可靠的通信传递；通过一组轻量级网络代理（Sidecar proxy），与应用程序代码部署在一起来实现，且对应用程序透明。Service Mesh 特点：应用程序间通讯的中间层；轻量级网络代理，应用程序无感知；解耦应用的重试、监控、追踪、服务发现。Service Mesh 主流组件：Istio、MOSN（Modular Open Smart Network）Linkerd。  3.3.5 不可变基础设施不可变基础设施（Immutable Infrastructure）（宠物 VS 牲畜）任何基础设施实例（服务器、容器等各种软硬件）一旦创建之后便成为一种只读状态，不可对其进行任何更改；如果需要修改或升级实例，唯一方式是创建一批新实例以替换。不可变基础设施的优势提升发布应用效率；没有雪花服务器；快速水平扩展。  3.3.6 声明式 API命令式 API：可直接发出让服务器执行的命令，例如：“运行容器”、“停止容器”等；声明式 API：可声明期望的状态，系统将不断地调整实际状态，直到与期望状态保持一致。为什么声明式使系统更加健壮？可以类比理解成自动化工程学的闭环自适应模型。  3.3.7 DevOpsDevOps 目标 ：缩短开发周期，增加部署频率，更可靠地发布。从历史上开发和运维相对孤立到开发和运维之间建立合作，可以增加信任，更快速地发布新版本。DevOps 是一组过程，方法和系统的统称包括：Culture：文化是 DevOps 中的第一成功要素。由于目标不同，开发和运维形成一堵墙，DevOps 通过建立开发和运维之间合作和沟通的文化来消除墙。Automation：自动化软件的开发和交付，通常包含持续集成，持续交付和持续部署，云原生时代还包括基础架构的自动化，即 IaC(Infrastructureas code)。Measurement：度量尤其重要，通过客观的测量来确定正在发生的事情的真实性，验证是否按预期进行改变。并为不同职能部门达成一致建立客观基础。Sharing：开发和运维团队之间长期存在摩擦的主要原因是缺乏共同的基础。开发参与运维值班，参与软件的部署和发布，运维参与架构设计。    4 容器-Docker   4.1 Docker 概述为什么学习容器技术?云时代从业者：Docker 已成云平台运行分布式、微服务化应用的行业标准。作为有技术追求的程序员，有必要理解云原生的关键技术：容器。Docker 核心概念：镜像、容器、仓库。镜像(Image)：一个只读模板；由一堆只读层（read-only layer）重叠；统一文件系统（UnionFileSystem）整合成统一视角。容器(Container)：通过镜像创建的相互隔离的运行实例；容器与镜像区别：最上面那一层可读可写层；运行态容器定义：一个可读写的统一文件系统，加上隔离的进程空间，以及包含在其中的应用进程。仓库（Repository）：集中存放镜像文件的地方；Docker Registry 可包含多个仓库（Repository），每个仓库可包含多个标签（Tag），每个标签对应一个镜像。   4.2 Docker 关键技术   4.2.1 Namespace 视图隔离Linux namespace 是一种内核级别的环境隔离机制，使得其中的进程好像拥有独立的系统环境。Network namespace 在 Linux 中创建相互隔离的网络视图，每个网络名字空间都有自己独立的网络配置，包括：网络设备、路由表、IPTables 规则，路由表、网络协议栈等。（默认操作是主机默认网络名字空间）  4.2.2 control groups（资源隔离）Linux Control Group 是内核用于限制进程组资源使用的功能。资源包括：CPU，内存，磁盘 IO 等。  4.2.3 Union File System（联合文件系统）Union File System， 联合文件系统：将多个不同位置的目录联合挂载(union mount)到同一个目录下。Docker 利用联合挂载能力，将容器镜像里的多层内容呈现为统一的 rootfs(根文件系统)；Rootfs 打包整个操作系统的文件和目录，是应用运行所需要的最完整的“依赖库”。   4.3 Docker-网络技术Bridge 模式：Docker0 充当网桥，在默认情况下，被限制在 Network Namespace 里的容器进程，是通过 Veth Pair 设备 +宿主机网桥的方式，实现跟同其他容器的数据交换。一旦一张虚拟网卡被“插”在网桥上，它就会变成该网桥的“从设备”。从设备会被“剥夺”调用网络协议栈处理数据包的资格，从而“降级”成为网桥上的一个端口。而这个端口唯一的作用，就是接收流入的数据包，然后把这些数据包全部交给对应的网桥，由网桥完成转发或者丢弃。Veth 提供一种连接两个 network namespace 的方法。Veth 是 Linux 中一种虚拟以太设备，总是成对出现常被称为 Veth pair。可以实现点对点的虚拟连接，可看成一条连接两张网卡的网线。一端网卡在容器的 Network Namespace 上，另一端网卡在宿主机 Network Namespace 上。任何一张网卡发送的数据包，都可以对端的网卡上收到。在物理网络中，如果需要连接多个主机，会用交换机。在 Linux 中，能够起到虚拟交换机作用的网络设备，是网桥（Bridge）。它是一个工作在数据链路层的设备，主要功能是根据 MAC 地址学习来将数据包转发到网桥的不同端口（Port）上。Bridge 网桥类似交换机，两个以上 namespace 接入同一个二层网络。veth pair 一端虚拟网卡加入到 namespace，另一端到网桥上。路由 routing是通过互联的网络把信息从源地址传输到目的地址的活动，发生在 OSI 模型的第三层（网络层）。Linux 内核提供 IPForwarding 功能，实现不同子网接口间转发 IP 数据包。路由器工作原理：路由器上有多个网络接口，每个网络接口处于不同的三层子网上。根据内部路由转发表将从一个网络接口中收到的数据包转发到另一个网络接口，实现不同三层子网间互通。    5 容器编排-Kubernetes   5.1 概述&架构&核心组件我认为 Kubernetes 最大成功：让容器应用进入大规模工业生产。Kubernetes 的提供特性，几乎覆盖一个分布式系统在生产环境运行的所有关键事项。包括：Automated rollouts and rollbacks(自动化上线和回滚)使用 Kubernetes 描述已部署容器的所需状态，受控的速率将实际状态更改为期望状态。Self-healing(自我修复)Kubernetes 重新启动失败的容器、替换容器、杀死不响应用户定义的运行状况检查的容器，并且在准备好服务之前不将其通告给客户端。Service discovery and load balancing(服务发现与负载均衡)Kubernetes 可以使用 DNS 名称或自己的 IP 地址公开容器，如果进入容器的流量很大，Kubernetes 可以负载均衡并分配网络流量，从而实现部署稳定。Storage orchestration(存储编排)Kubernetes 允许你自动挂载选择的存储系统，例如本地存储、公厂商等。Automatic bin packing(自动装箱)Kubernetes 允许指定每个容器所需 CPU 和内存（RAM）。当容器指定资源请求时，Kubernetes 可以做出更好的决策来管理容器的资源。Secret and configuration management(安全和配置管理)Kubernetes 允许存储和管理敏感信息，例如密码、OAuth 令牌和 ssh 密钥。你可在不重建容器镜像的情况下部署和更新密钥和应用程序配置，也无需在堆栈配置中暴露密钥。API Service: Kubernetes 各组件通信中枢。资源操作的唯一入口，并提供认证、授权、访问控制、API 注册和发现等机制；为 Pod， Deployment， Service 等各种对象提供 Restful 接口；与 etcd 交互的唯一组件。Scheduler：负责资源调度，按照预定调度策略将 Pod 调度到相应的机器。Predicates(断言)：淘汰制Priorities（优先级）：权重计算总分。Controller manager：负责维护集群的状态，比如故障检测、自动扩展、滚动更新等。etcd：分布式的 K-V 存储，独立于 Kubernetes 的开源组件。主要存储关键的原数据，支持水平扩容保障元数据的高可用性；基于Raft 算法实现强一致性，独特的watch 机制是 Kubernetes 设计的关键。kubelet ：负责维护 Pod 的生命周期，同时负责 Volume（CVI）和网络（CNI）的管理。kube-proxy：负责为 Service 提供 cluster 内部的服务发现和负载均衡kube-proxy 通过在节点上添加 iptables 规则以及从中移除这些规则来管理此端口重新映射过程。控制器模式的设计思想：容器类比集装箱，集装箱固然好用，但是如果它各面光秃秃的，吊车还怎么把它吊起来摆放好呢？Pod 对象其实就是容器的升级版，对容器进行组合，添加更多属性和字段。就好比在集装箱上安装了吊环，Kubernetes 这台“吊车”可以更轻松操作容器。然而Kubernetes 操作这些“集装箱”的逻辑都是由控制器完成的。Kubernetes 通过“控制器模式” 的设计思想，来统一编排各种对象和资源。   5.2 部署&资源控制&存储Kubernetes-集群部署架构所有组件通过 kubelet staticpod 的方式启动保证宿主机各组件的高可用，systemd 提供 kubelet 的高可用；每个 Master 的使用 hostNetwork 网络，controller-manager 和 scheduler 通过 localhost 连接到本节点 apiserver；controller-manager 和 scheduler 的高可用通过自身提供的 leader 选举功能（--leader-elect=true）；apiserver 高可用，可通过经典的 haporxy+keepalived 保证，集群对外暴露 VIP;外部访问通过 TLS 证书，在 LB 节点做 TLS Termination，LB 出来 http 请求到对应 apiserver 实例。apiserver 到 kubelet、kube-proxy 类似。    5.3 Kubernetes-网络技术     3.3.1 对外服务Service是一个逻辑概念，一组提供相同功能 Pods 的逻辑集合，并提供四层负载统一入口和定义访问策略。交互流程：Service 可通过标签选取后端服务。匹配标签的 Pod IP 和端口列表组成 endpoints，有 kube-proxy 负责均衡到对应 endpoint。为什么需要 service？对外提供入口（容器如何被外部访问）；克服 Pod 动态性（Pod IP 不一定可以稳定依赖）；服务发现和稳定的服务（ Pod 服务发现、负载、高可用）。Service Type 四种方式Cluster IP：配置 endpoint 列表；NodePort：默认端口范围：30000-32767，通过 nodeIP：nodePort 访问 ；LoadBalancer：适用于公有云，云厂商实现负载，配置 LoadBalance 到 podIP ；ExternalName：服务通过 DNS CNAME 记录方式转发到指定的域名。Service Type 为 Cluster IP：Kubernetes 的默认服务，配置 endpoint 列表，可以通过 proxy 模式来访问该对应服务；类似通过 Nginx 实现集群的 VIP。Service Type 为 Node Port：在集群所有节点上开放特定端口，任何发送到该端口流量借助 Service 的 Iptables 规则链发送到后端 Pod。注意事项：每个服务对应一个端口，端口范围只有 30000–32767；需要感知和发现节点变化，流量转发增加 SNAT 流程，Iptables 规则会成倍增长。适用场景：服务高可用性要求不高或成本不敏感，例如：样例服务或临时服务。Service Type 为 Load Balancer：对公网暴露服务建议采用此方式，Service 没有对其行为做任何规范，依赖云厂商 LB 具体实现（云厂商收费服务）如：腾讯公有云：CLB。Service Type 为 External Name ：DNS 作为服务发现机制，在集群内提供服务名到 Cluster IP 的解析。CoreDNS ：DNS 服务，CNCF 第 04 个毕业项目，KUBERNETES 的 1.11 版本已支持。CoreDNS 实现的高性能、插件式、易扩展的 DNS 服务端，支持自定义 DNS 记录及配置 upstream DNS Server，可以统一管理 Kubernetes 基于服务的内部 DNS。Ingress Controller：定义入流量规则，可做七层 HTTP 负载君合。Egress Controller：定义出流量规则。交互流程：通过与 Kubernetes API 交互，动态感知集群 Ingress 规则，按照自定义的规则生成（负载均衡器）配置文件，并通过 reload 来重新加载。   5.3.2 Underlay 与 Overlay 网络Underlay 网络模式: 底层承载网络，是网络通信的基础。优势：复用基建，网络扁平，性能优势；劣势：协作复杂，安全问题，管理成本。很多场景下业务方希望容器、物理机和虚拟机可以在同一个扁平面中直接通过 IP 进行通信，通过 Floating-IP 网络实现。Floating-IP 模式将宿主机网络同一网段的 IP 直接配置到容器中。这种模式为了保证容器与宿主机的交换机二层连通，需要在物理机上搭一个虚拟网桥。具体选择哪种网桥，主流有：Linux bridge、MacVlan、SRIOV 三种模式。BridgeBridge：设备内核最早实现的网桥，性能与 OVS 相当，可以使用到所有场景；MacVlan：一个简化版的 bridge 设备，为了隔离需要内核，实现时不允许 MacVlan 容器访问其宿主机 IP 和 ServiceCluster IP；SR-IOV 技术：一种基于硬件的虚拟化解决方案，可提高性能和可伸缩性；SR-IOV 标准允许在虚拟机之间高效共享 PCIe（快速外设组件互连）设备，并且它是在硬件中实现的，可以获得能够与本机性能媲美的 I/O 性能。Overlay 网络：是一种建立在另一网络之上的计算机网络。优势：独立自治，快速扩展，网络策略；劣势：复杂层级，性能损失，定制成本。Kubernetes 相当于云原生的操作系统。有人会问，凭什么云原生的操作系统这杆大旗？主要原因是：Kubernetes 解决了一个分布式操作系统最核心的计算、存储、网络三种资源。CNI 容器网络统一标准：CNCF 项目，为 Linux 容器提供配置网络接口的标准和以该标准扩展插件提供基础函数库；CNI 命令行调用规范，其插件在主机上直接切换进入容器网络命名空间，为容器创建网络设备，配置 IP，路由信息。CNI 规范内容：输入：ADD/DEL 控制指令，CNI 目录，容器 ID，网络命名空间，网卡名称。配置文件：标准部分：cniVersion，Name，Type，IPAM。输出：设备列表、IP 资源列表、DNS 信息。插件应用如：Bridge：Linux 网桥 CNI 实现，采用网卡对链接网桥和容器；Host-device：将主机设备直接移动到容器命名空间中；PTP：创建虚拟网卡对，采用路由方式实现对外互联；MacVlan：网卡多 Mac 地址虚拟技术完整支持 vlan；Vlan：Vlan 设备 CNI 实现，允许容器和主机分属不同 LAN；IPVlan：网卡上基于 IP 实现流量转发。   5.3.3 Overlay 网络-Flannel 方案CoreOS（被 Red Hat 收购）为 Kubernetes 专门定制设计的 overlay 网络方案。03 层网络方案实现：在每台主机部署 flanneld 进程实现网段分配，路由控制，采用多种转发机制实现流量跨机交互。Flannel 职责子网管理：每个主机分配唯一的子网；互联方式：为同 Overlay 平面容器分配唯一 IP。Etcd 存储：容器之间路由映射；SubNetManager：子网资源划分、IP 资源申请释放的接口定义；Backend：针对网络互联方式的接口定义。UDP，UDP 封包转发，建议仅调试使用；VxLAN(建议)，使用内核 vxlan 特性实现封包转发；Host-GW，主机 2 层互联情况下较高性能互联方式；IPIP，使用 IPIP 隧道完成封包和转发；IPSec，使用 IPSecurity 实现加密封包转发；AliVPC，对接阿里云 VPC 路由表实现网络互联；AWSVPC，对接 Amazon VPC 路由表实现网络互联。Flannel 的单机互联方案：子网分配：充当虚拟交换机/网关角色，连接所有本机容器，完成虚拟子网构建；Bridge：通过 NAT 借助主机网络实现外部服务访问；Veth pair：一端设置到容器网络 namespace，一端链接 bridge 实现容器接入网络；对外访问：为每个节点分配独立不冲突的 24 位子网。Overlay 解决方案：跨 Node 的 Pod 之间通信通过 Node 之间的 Overlay 隧道。职责：路由控制，数据转发。主要流程：本节点设置：设备创建、本地路由创建、回写本地信息；监听其他节点信息：更新 ARP 信息、更新 FDB、更新路由信息。   5.3.4 Overlay 网络-Calico 方案Calico 项目：是纯三层的虚拟网络解决方案，旨在简化、扩展和保护云网络的容器方案。Calico 优势：可扩展性：采用 IP 路由支持大规模网络。扩展便利，容错性高；网络安全：支持 Kubernetes 网络策略，支持自定义网络策略；广泛集成：集成 Kubernetes ，Mesos，支持 OpenStack，AWS，GCE，Azure。Calico 不足：BGP 支持问题：需要网路设备支持 BGP 协议，否则需要追加 IPIP 隧道；规划 2 层直连：需要节点做良好的规划实现 2 层网络直接互联；大规模配置复杂：网络规划，手动部署 Route Reflector，增加 API 代理。关键组件：BGP Client：和其他节点互联，发布当前节点路由并学习其他节点路由；Confd：同步节点配置信息启动 BGPClient；Felix：负责虚拟设备监控，ACL 控制、状态同步的 agent；Calico：CNI 插件，负责容器设备创建；Calico-IPAM：CNI 插件，负责容器网段管理与 IP 地址管理；RouteReflector：对接 BGPclient 实现路由中转；Etcd/Kube-apiserver：Calico 数据存储；typha：应对大规模节点接入时作为数据缓存 proxy；RouteReflector 安装：集群超过100 个节点时强烈建议启用，通过 RR 中转全局路由信息。Calico 单机互联方案：Veth-pair：一端设置到容器，一端放置在主机上，为容器提供网络出入口；路由策略：针对 IP 和设备设置路由条目，在主机上实现互联。Calico 跨机互联方案：同网段/BGP 支持：主机之间通过 2 层直连或者网络支持路由转发至目标主机；跨网段 IPIP 互联：网络设备不支持 BGP 协议情况下，采用 IPIP 隧道实现跨网段互联；跨网段 VxLAN 互联（Cannel）：集成 flannel，底层通过 VxLAN 实现跨机转发。*注：文章源自：https://blog.csdn.net/lianhunqianr1/article/details/118037321未完：一文带你理解云原生|云原生全景指南（下）———————————————————————————————————————————————【  AOC社区 】AOC (Agile Open Container)集成了华为网络云化平台，以及从网络运维中抽象总结出的业务框架，以Yang模型为基础，提供了对网络的开放可编程能力。社区为大家提供了关于数通网络开放可编程一站式学习、体验、认证、交流的平台。以视频为载体构建了在线学习AOC的整个学习、认证体系。另外还提供了SDK、demo样例、以及API手册、开发指导等文档的下载，方便大家进行新项目的开发。

在互联网技术公司里存在这样一个共识，那就是中国没有多少原创技术，基本都是美国原创之后，中国直接拿来用，无论是编程语言、操作系统、数据库、技术框架等等，那在云计算领域中国是否也会如此？云计算可以说是下一代工业革命的引擎，而云原生技术则是云计算的核心。通过了解一个国家或企业的程序员对云原生项目的贡献，就可以大致得出它在云计算领域的原创能力和贡献水平。云原生计算基金会CNCF提供的开源项目的数据算是很有力的参考。云原生开源贡献国家排名从表中可以看出，美国确实遥遥领先于其他国家，其次是德国、中国、印度、英国、法国、加拿大、澳大利亚、荷兰、日本、西班牙、俄罗斯等。德国能有如此强悍的表现让我十分意外，印度排在第四说明它确实如外界传闻一样在软件领域表现得很不错，但也并不比中国强。日本只排在第十，它的软件研发能力和它的国力、人口并不成比例，说明日本在软件开发方面确实落后了。中国在软件研发方面的原创能力是值得称道的，并没有很多人吐槽得那么不堪。这里所说的软件研发并不只是互联网技术，毕竟云原生可以算是国家基建了。云原生开源贡献企业排名如果是从公司的角度来说，整个云计算领域Google做出了莫大的贡献，无论是云计算还是云原生，抑或是大数据、AI、Go语言等，Google都是鼻祖，虽然它的市场份额比AWS、微软甚至阿里巴巴都要低。在中国，开源了多个重要项目的PingCAP排在世界第八、中国第一，其次是华为世界第十、中国第二，然后是阿里巴巴、中兴通讯、DaoCloud、网易、博云、腾讯、才云科技、百度、京东、字节、七牛等。这些云原生的开源项目至少九成以上是用Go语言写的，国内未来Go语言人才应该会比较紧缺。

科技云报道原创。在这充满变化的年代，数字技术在快速发展，数字化发展已成为全球重要的共识。今天，全球已经有超过170个国家发布了国家数字战略。各行各业的数字化转型需求从未像今天这么迫切。对于企业尤其是传统行业的企业而言，数字化转型已经不再是一道选择题，而是一道生存题。但是，对于如何踏上数字化转型之路，不同国家、不同企业、不同行业由于所处阶段不同，所面临的挑战不同，造成各有各的道，进而认识不同，采取的战略不同、节奏不同、方案不同。要真正实现数字化，还有相当长的路要走。数字化转型下的企业IT新需求当一个企业发生数字化转型，这个企业IT部门就会发生巨大的变革。原来企业IT和企业财务、法务、人力资源都是支持部门、成本中心，但是现在他们开始变成了企业运营和实现价值、实现增长的核心抓手。在这样一个大背景之下，传统IT必然会面临多方面的需求和挑战。首先，大量新增企业应用的运维。以往运维的应用主要是ERP、财务、OA系统，数字化转型时代，大量新兴数字化业务的数量可能带来几何级的增加。第二，不断增长的企业自研应用。以前企业更多通过采购获得新的IT能力，但是现在数字化业务和企业核心业务息息相关，是企业竞争力的来源，结合业务需求不断打磨、自研才是可行途径。像房地产、工业制造这类相对传统的企业也在向“软件企业”转型，Gartner指出2020年企业有75%的业务来自于自研而非采购。第三， 业务复杂度导致业务必须要解耦。传统业务系统，更多是基于信息的记录，但是在数字化的今天，系统更多是基于交互。因此业务系统越来越复杂，传统单体架构在功能开发、软件交付、测试更新等各方面都不能胜任。从单体式架构解耦变成小服务甚至微服务才是良策。这些也是“敏态IT”的需求，敏态IT对传统IT意味着强烈的“破坏性”、“颠覆性”。基于过去标准构建的IT运维和运营体系在敏态IT的面前变得疲于应对、捉襟见肘。这就需要一些新的思维方式、新的技术体系来解决敏捷IT问题，这个解决方法就是云原生。数字化转型，怎样才能不迷路？受新冠疫情影响的这两年，产品和服务的数字化进程进一步提速，据麦肯锡的调研数据显示，全球的数字化进程整体提前了7年，其中，亚太地区更是提前了10年。毋庸置疑，数字化是中国经济转型升级的一个重点，但也是痛点。中国数字经济的快速发展为中国经济巨轮劈波斩浪前行注入新动力，但中国数字经济依然大而不强，面临着高速增长和高质量发展的双重攻坚任务。虽然目前各行业的数字化转型进度并不统一，但很多企业的数字化转型已经取得了阶段性成果。随着各行业数字化转型的深入，它们完成“上云”之后，发现其数字应用更加丰富、也更加复杂。资源弹性与简化运维的价值依然是企业上云的基础，传统云服务已经远远不能适应企业的需要。资源极致弹性、应用敏捷开发迭代正在发展成为云服务的新常态。因此，“火爆”的云原生也成为互联网企业和传统政企的共同选择，云原生不仅掀起了云计算时代一股新浪潮，也开辟出一条企业数字化转型的最佳路径。随着云原生应用深入企业各个业务场景，跨云、跨地域统一协同治理，保证一致应用体验等新的需求日渐突出。对于传统政企应用，除了自身云原生改造获得资源和敏捷收益，更要充分与大数据、AI等新的云原生能力相结合，创造更大的价值。以政务云场景为例，首先，各局办委的OA应用重复建设，需要应用市场的统一管理。应用更新发布难，需要在各个局点部署安装，面临原生云应用分发的挑战。其次，资源独享，不支持共享池，ISV应用独立建设平台，平台厂商绑定导致重复建设，资源利用率低。再次，现有的平台缺乏应用的高可用和连续性保障、缺乏业务安全防护机制。最后，市民类业务越来越多，市民服务类业务往往都有弹性的需求，缺乏弹性，无法应对突发的流量。各省、地市、县不同级别的各类单位需要全局统一的业务分发与资源管理能力。以金融场景为例，很多金融企业进行了“多云”的部署。其中，金融监管较弱的业务(消金、互金、三方支付的核心系统和行情等)和面向互联网的敏态业务部署在公有云上，主要面临着无法极速扩容和支持大规模治理、难以有效应对流量冲击等算力方面的挑战;金融监管最强的数据敏感业务(证券/银行风控，银行核心)、时延敏感业务(资管，证券核心)和信创部署在IDC中，难以满足资管衍生品定价和风险定价等业务的高性能要求，例如每次请求有100TPS并发度，需要95%的时延能在5秒内返回。在营业厅、关键安防等节点，无法有效管理海量终端，实施有效监管和运营，缺乏统一体验(云边协同)。总体来说，金融场景缺乏统一的多云/多中心联邦治理能力，金融数字化新核心需要多地多中心架构，跨中心监控与治理，业务实例秒级跨云迁移成为新需求。以汽车制造的场景来看，传统制造行业数字化转型的痛点十分突出，财务、ERP、考勤等传统稳态业务资源利用率不高，基础资源无法有效整合、资源协同性差;车联网等创新业务部署在公有云上，面临着弹性能力无法满足海量并发接入需求，难以保障业务就近接入、访问时延高等挑战;智慧门店和数字工厂等业务存在分布式集群业务交互入口分散，面临运维困难，用户体验差等问题。那么，落地到具体的业务场景，企业要想切入云原生赛道，应该从何处入手？其实并没有统一答案。有公司是从开发部门开始，有公司是从运维开始，而有公司则从整个平台的架构设计端导入，不同企业要结合自己的业务状况，根据企业的发展阶段以及业务特点来选择。比如金融行业客户，有自己的开发团队，一般开启云原生的方式会从开发部门开始，从微服务、容器化和Serverless开始导入，然后逐渐推广。再比如制造业企业，一般没有自己的开发团队，更多是从第三方软件采购商那里获得云原生应用。并且，除了应用外，还有大数据、人工智能等很多数据处理平台，这些平台本身已经云原生化。就像在工业领域应用比较广泛的深度学习框架tensorflow，就有和kubernetes相结合的项目，叫做Kubeflow，很多客户通过这种方式来落地。另外，还有一些政府类的客户，在构建新的平台的时候，直接按照云原生的方式来实施和部署。总体来看，在传统应用架构下，网络流量大多是南北走向，但是到了云原生平台时代，会变成东西走向，这对整个数据的传输、存储和计算产生非常大的压力。为了让数据移动得更快，存储得更多，适应更广泛，帮助企业快速走向云原生时代。可以预测，在未来企业加快数字化转型过程中，云原生一定会变成现代业务的基础应用，其广度和深度会远远超过当年的虚拟化，最终变成企业应用现代化之旅的坚实底座。

活动页地址：https://developer.huaweicloud.com/activity/paas.html活动打卡链接变更为：https://bbs.huaweicloud.com/forum/thread-161300-1-1.html

获奖名单公布kswilad123445Regan Yue恭喜以上开发者，之前未填写获奖信息的开发者，请与11月5日16：00前完成获奖信息填写。为保证您顺利领取活动奖品，请您提前填写奖品收货信息，如您没有填写，视为放弃奖励。收货信息请【点击此处填写】活动奖励a. 奖励一：参与互动用户每人获得圆梦积分3分b. 奖励二：在所有参与互动用户中抽取3个幸运奖，奖品为《ModelArts人工智能应用开发指南》书籍1本。专家简介刘毅华为云PaaS服务产品架构师15年软件开发、架构设计从业经验，工作中主要从事大型企业级软件的架构与研发，在金融，医疗等领域具备多个项目的成功实践。持续跟踪 serverless, 云原生等软件开发前沿技术，为开发者提供了丰富的应用开发最佳实践。董鑫武华为云PaaS服务产品布道师23年软件开发、架构设计从业经验，先后从事电信业务支撑系统、企业级软件解决方案设计和应用开发，在智慧城市、智慧园区等领域具备多个项目的成功实践。深耕云原生、低代码等软件开发前沿技术，并应用于开发实践，为企业、高校等各类开发者提供了丰富的应用开发最佳实践。 直播简介     1.如何高效对接华为云服务，API/SDK/CLI工具和代码示例要怎么选择？ 2.数字化转型的深入，越来越多的应用将基于云开发和部署，软件需求越来越海量、零碎、善变，而专业的开发人员千金难求。如何高效地开发云原生的应用，解决传统模式开发效率低，上线慢等问题？ 3.Serverless技术和应用是业界热点，如何快速开发出Serverless应用？ 本次论坛华为云高级专家将为您详细解读 直播亮点1.了解云原生、Serverless应用开发的特点2.熟悉华为云原生、Serverless开发碰到的问题和解决方案3.熟悉云应用、Serverless开发的工具链4. 熟悉对接华为云的API/SDK/CLI、IDE插件等工具的使用5.了解华为云低代码开发平台AppCube应用场景及能力，以及AppCube给传统企业数字化转型带来的价值 直播时间9月25日  15:00活动时间9月22日—10月7日互动方式直播前您可以在本帖留下您感兴趣的问题，专家会在直播时为您解答。直播后您可以继续在本帖留言，与专家互动交流，我们会在全部活动结束后对参与互动的用户进行抽奖。活动规则本次活动结束后，将由华为云工作人员将符合抽奖条件的用户名单导入至巨公摇号平台（https://www.jugong.wang/random-portal/）内，抽取各奖项，并截屏公示抽奖过程。如您不同意此抽奖规则，请勿参加本次活动。 Tips1、请务必使用个人账号参与活动（IAM、企业账号等账号参与无效）。2、所有获得华为电子产品奖项的获奖用户，请于获奖后3日内完成实名认证，否则视为放弃奖励。3、收货信息填写说明：1）为保证您顺利领取活动奖品，请您提前填写奖品收货信息，如您没有填写，视为放弃奖励。收货信息请【点击此处填写】2）填写时间截至2021年10月25日23:59。3）在HC2021开发者社区系列活动中完成一次填写即可。我们最终将会按照您填写的信息发放奖励。4、活动规则请戳https://bbs.huaweicloud.com/forum/thread-154048-1-1.html

9月16日，由中科软科技股份有限公司主办的中国寿险科技应用高峰论坛2021隆重举行。国内头部保险公司管理者、国内外各界信息化专家、保险科技公司齐聚北京，共议保险科技未来发展，探索保险科技发展新机遇。会上，华为云首席产品官方国伟带来“技术共生、商业共赢，全栈云原生技术助力金融突破创新瓶颈”主题演讲，他指出，保险线上化和用户年轻化是大势所趋。这种变化给保险行业供给侧带来新挑战，保险公司通过技术手段强化生态建设，更好地服务客户已成业内共识。未来，华为云将和保险业合作伙伴一起共创共享共赢，通过技术赋能，驱动保险业智能化升级，加速商业价值转化。“技术共生、商业共赢，全栈云原生技术，助力金融突破创新瓶颈”主题演讲演讲过程中，方国伟提到华为云通过技术赋能，助力保险企业优化业务流程、缩短业务耗时、降低理赔成本、防范理赔风险，全面提升场景创新能力，共同为用户带来优质的保险服务。华为云首席产品官方国伟技术赋能，华为云助力保险业务全面提速在底层基础设施层面，华为云通过云原生和分布式云，助力保险业务全面提速。大多数金融机构存在系统数据难以打通、交付方式部署安装的硬件标准不统一、运维成本高等问题，导致创新难，无法应对大数据量和日益碎片化、海量、高频化的新保险场景。方国伟表示，在用户投资理财诉求逐渐快速多变的背景下，金融行业的软件架构升级已经迫在眉睫，云原生架构成为最佳选择。华为云打造的云原生2.0解决方案，通过资源高效的基础设施和领先的容器、大数据等云原生技术，帮助保险企业实现全栈敏捷的应用构建能力。在业务流程层面，华为云打造全流程极简AI开发平台，帮助保险企业实现智能化升级。方国伟介绍，全流程极简AI开发平台可以缩短模型开发周期，极大提升开发调试效率与模型运行性能。在理赔上，可以提升智能理赔时效，减少运营人力投入，提升风控能力。在客服环节，智能客服可以大幅降低人力成本，提升客户满意度。同时，智能陪练可以提升业务员服务质量和效率。智能营销可以提高购买转化率，在AI+大数据的助力下实现精准定价。在运营层面，华为云云原生数据库，助力保险公司大幅提升业务运转效率。华为分布式数据库，具有高性能、高扩展、高安全等优势，具备支持高吞吐强一致性事务能力，可以实现 容量和性能按需水平扩展，同时，云原生数据库作为业界首个纯软全密态数据库技术，可以实现数据从传输、计算到存储的全程加密，很好地保障数据安全。永安保险、众惠相互等保险企业使用云原生数据库后，大大提高了高并发处理量，实测保险意健险场景以及保险销管系统场景均有多倍性能提升，大幅提升了运维效率。在保障数据信息安全方面，华为云提供全栈的信创能力，帮助保险企业实现技术的自主可控。华为云为中国人寿等保险企业提供一站式鲲鹏移植专业服务，通过鲲鹏+麒麟OS+CCE+DWS数仓帮助客户迁移开发测试、OA业务、云桌面，助力企业实现可持续高效发展。共建生态，加速保险企业创新发展今年，华为云推出云云协同等创新举措，并正式发布“云云协同创新计划”，加速全球企业创新发展。云云协同，即华为云和华为终端云服务在能力和生态方面深度协同，为用户提供统一的服务和体验，包括统一的账号、支付、音频、视频、地图和广告等开放能力。在金融行业从人走向物，从B端走向C端，各种业务创新场景层出不穷的背景下，云云协同打通B端和C端生态，并与与客户共享，帮助优秀应用快速触达终端用户，实现用户增长。方国伟认为，云云协同可以帮助保险移动端精准投放广告投放，狙击优质客户。云云协同基于用户的设备信息、app行为偏好、金融消费意向、关键词行为偏好、兴趣习惯、人口属性、地理信息来做出更全面画像，使保险公司能够更加了解用户需求、用户偏好，为用户提供更个性化、精准化地服务。云云协同让企业加速触达用户，缩短转化路径，提升转化效率。方国伟表示，未来，云云协同将加快生态协同创新，共创新体验，新应用，新产业战略。加快“保险+科技”的发展布局，激发保险业“新活力”，以更好地融入数字经济浪潮。本次大会中，华为云金融行业总经理朱兵向保险行业客户表示，我国保险业正处于一个快速发展期，未来增长空间广阔，保险科技的兴起恰逢其时。华为云这两年进步很大，已经有50多家保险企业选择了华为云，未来，华为云基于自身信创及云云协同的优势，会在营销端和服务端推出更多可落地的解决方案业务场景，包括最新基于保险数据安全保护的隐私计算TICS，智能客服中的知识图谱学习等，满足更多新的需求，打造更方便、更全面的服务模式。华为云期待与客户携手，共同驱动中国保险业的发展和创新，推动用户体验升级，构建保险科技新生态。

华为内部有个学习栏目叫【专家大讲堂】，有个四年前的演讲视频特别引人注目。这几年时间里，不断有员工搜索观看并留言：“真知灼见！现在回头来看这个演讲，最近几年云服务领域的一些争议和弯路，其实方老师当年已经讲得非常清楚了。”带着巨大的好奇，我们打开了这位演讲专家方国伟的履历。毕业于清华大学计算机系的他，曾负责构建了微软中国的第一个云计算演示中心，也是亚马逊AWS中国的第一个技术人员，是国内最早开始推动云计算概念、技术和业务的践行者之一。在与云同行的数十载期间，方国伟在团队里曾被亲切地称呼为“云计算一哥”。如今的方国伟，担任着华为云首席产品官的职位。本期华为云社区《云享人物·大咖面对面》，邀约到了这位技术大咖，让我们一起听他聊聊云的故事。1、云最有待突破的不是技术，而是心理和利益曾几何时，有人质疑云服务是新瓶装旧酒，有的人认为是大势所趋。十年河东，十年河西，当我们的生活发生翻天覆地变化的同时，云也悄然间改变了传统产业。事实证明，云时代终究以不可逆的态势席卷而来。方国伟是其中的见证者，也是推动者。从那个特别的2008年开始，他就一头扎进了这个行业，起起伏伏的13年里，他始终坚信：云计算是经济规律和技术发展到一定阶段的必然产物，是ICT行业发展的方向，是大趋势，这其中公有云又会占据主导地位。今年4月，IDC 发布的《全球及中国公有云服务市场（2020年）跟踪》报告显示，2020年全球公有云服务整体市场规模（IaaS/PaaS/SaaS）达到3124.2亿美元，同比增长24.1%。中国公有云服务整体市场规模达到193.8亿美元，同比增长49.7%，全球各区域中增速最高。这是一个处于快速增长，且潜力无限的庞然巨物，但是即便如此，依然有许多企业在观望，不敢轻易踏入到这条流经未来的技术河流中，认为业务上云充满了太多的变数。在几年前的采访中，方国伟曾说过这样一句话：“云计算最有待突破的不是技术，而是心理和利益。”如今再谈到这个问题，他给出了相同的答案。一个新事物的出现，必然会撬动既有的利益格局。很多传统企业有自己的数据中心，由内部团队负责基础设施运维。一旦采用公有云的方式，团队本身的利益会受到损失，比如工作量减少或者直接被裁撤，由此造成的利益损害是上云的“隐形”障碍。但换个思路看，利益再分配可以导向更好的结果，当传统企业把IT底层的基础设施交给专业的云厂商，就可以从高昂的硬件维护成本中抽离。让既有的人力集中力量去做应用层的业务创新，这是一个利大于弊的长期规划。而心理上也一直存在认知上的误区，“比如很多人对公有云的安全性还是持怀疑态度，觉得不如自建数据中心放心，但大部分情况下这种认知是错误的。”大的公有云厂商往往有强大的安全团队来保护客户的数据信息安全，有成熟的安全合规解决方案。但是对于单个企业来说，它在安全上投入的资源相对有限。这主要就是心理上的问题，需要时间去消解。就像电商发展初期，买家会担心钱付了货没收到，后期担保支付系统解决了这个问题。同样，上云的心理疑虑也需要在技术上做更多的工作，这也是云厂商后期要深入考虑的。归根结底，对于传统企业来说，上云是顺势而为的必选项。所以，在云计算发展的下一个关键节点中，如何让这些大型传统企业能够批量、放心的上云至关重要。 方国伟强调，这是华为云的最佳机会。2、华为云六大关键基因，真正帮到传统企业上云“云本质上就是ToB的服务，这恰恰是华为最擅长的，从传统运营商业务到企业业务，服务好政企是刻在我们的基因中。”方国伟表示这些经验弥足珍贵，它们可以无缝匹配到政企的上云中，这是其一。在当前的公有云市场，华为云既不是做电商起家，也不是纯粹的互联网软件公司，业务与上云的客户和合作伙伴的冲突最少，这种安全、中立、可信的定位，是其二的优势。第三，云的发展方向是软硬一体，云里面会有越来越多的专用硬件，云厂商对底层软硬件的构建也拥有了更多的控制权，从鲲鹏、昇腾处理器、擎天加速卡到其他各种硬件，华为原先在ICT行业积累的硬件创新经验可以直接通过云平台服务客户。“伙伴云是我们非常unique的模式， 和伙伴一起建云的这个模式，几乎没有其他云厂商在做。”早些年，华为就探索和客户合作构建私有云，这也是做伙伴云的基础。如今，华为云可以将公有云的全栈能力部署到客户本地，并通过在线集中运维或本地化运维为他们提供云服务，这是华为云服务能力在客户机房的延伸。方国伟详细解释道，以华为云为核心，建立一个涵盖不同场景的云平台，辐射到伙伴、边缘侧、客户侧等等。用华为大云连接各个伙伴云、边缘云，最终实现统一体验的分布式云联盟。就像去国外出差，虽然手持中国运营商的手机，但其实是由当地的运营商来提供服务，从使用角度看是完全无感知的。再比如华为云的专有云解决方案，它可以在公有云中从物理层面隔离出专属资源池，让计算资源、存储资源仅供客户独享专用。这些都是针对客户特定场景的创新优化，灵活匹配政企组织架构和业务流程，用创新的技术手段，实现用户视角的一朵云，更好满足他们的需求，放心上云。除此之外，全球化的业务部署能力、与消费者云协同所具备的移动化能力，这些都是华为云的独特所在。但是机遇总是和挑战并存的，当华为云的模式里既有公有云、伙伴云，相应的研发、产品管理的协同就是一个挑战，方国伟也在思考如何从产品角度做好协同，充分发挥ToB的传统优势。3、一切从用户诉求出发，没有水晶球可以看到未来方国伟在华为很重要的一个工作就是云产品的规划，这是一个既宏观又具体的工作。谈及这个“艰巨”的工作，他坦言，“没有人有水晶球可以看到未来，但从用户的诉求上也许能做一些趋势的判断。”就像贝索斯当年思考电商的发展，不需要绞尽脑汁去猜测未来会发生什么变化，而是要看有什么东西是不变的，这里的不变就是人们的诉求：更多的产品选择、更快的配送、更便宜的价格。这个理念同样适用于云产品，方国伟认为云产品的发展就是要满足：1、从产品规划的角度解决大企业业务都要上云的问题；2、人都是有惰性的，云产品要设计的更好用，比如写的代码更少，配置更自动化；3、更便宜或更好的性价比是永恒的命题。诸如Serverless的出现、低代码工具的流行，都验证了这些特性。所以在规划产品的过程中，如果可以牢牢抓住这三点，也能更灵活地适应云服务市场上的客户的需求。去年，华为云首次向业界提出了云原生2.0的概念，这也是方国伟在极力推进的关键规划之一。和CNCF对云原生定义稍有不同的是，他认为这个词的本意指的是应用或服务从一开始基于云平台设计和构建的，即“生于云，长于云”， 这里的基于云平台就是利用云平台所提供的产品和服务。从这个层面看，是否使用了容器、Kubernetes等技术并不是判断云原生的关键标准。在华为内网的一篇文章中，方国伟进一步解释了这个概念：现在我们说的云原生架构、网络和硬件都是针对云场景或云环境来设计和构建的，从而区别之前企业IT的场景和需求。比如传统的盒子式防火墙产品，在云场景下就略显疲软，因为云平台要求的扩展性更高，要有多租、动态调整配置和分布式部署的能力。所以云原生2.0意味着，除了容器、Kubernetes可以提供更细粒度，更灵活的资源调度之外，云平台上还有大量能够帮助用户快速构建应用的服务，比如帮用户管理和挖掘数据智能的服务，帮助构建万物互联的服务。现在的云原生就是要充分利用云上的各种服务能力，云平台到了以“应用为中心”的阶段。立而不破，时髦的概念不仅仅是互联网企业的专属，传统企业完全可以摆脱历史包袱，根据实际情况向云原生的模式变革。方国伟相信通过云原生2.0，更多的政企都能够成为新云原生企业，从“ON Cloud”模式逐渐转变为“IN Cloud”模式，完成数字化转型变革的目标。基于云原生2.0，他强调华为云后续将加大在Serverless上的投入，并且会把云原生2.0和分布式云、边缘云相结合，从最开始完全基于资源集中的中心云模式走向云边协同的分布式云模式，让云更好的满足客户在时延、网络成本以及数据安全方面的需要。在今年9月底的2021华为全联接大会（HC）上，华为云也会围绕云原生2.0发布一些相关的产品。4、另一个战场：生态与开发者谈起未来云厂商的竞争，方国伟摊开手笑了笑，他倒不是非常担心。线上公开市场的竞争，很难存在真正的垄断，各家的产品服务都是摆在台面上购买使用，也许有的入场时机早，抓住了早期的流量红利。“但云涵盖的产品非常广，竞争往往是综合性而非单点的。”方国伟例举了几个关键的点：用户体验、数据安全、合规和治理、可靠性和稳定性、成本控制、服务水平、生态（包括合作伙伴生态和开发者生态）。比如大企业可能对稳定性更敏感，小企业更看重成本控制、是否有自动化的服务，大家的考量是不一样的。但最优秀的云厂商，就像学生时代的第一名，基本没有学科短板，各方面的发展均衡且优秀。也正是考察综合竞争力，新技术的突破很难带来颠覆性的市场变化。如方国伟所言，“虽然单个技术的突破有助于提高竞争力，但云是一种新的服务方式，新的技术和应用的推出，只会让云服务更加丰富，云模式本质短期不会发生变化。”这其中不得不提的是生态建设。因为在上云后，除了消耗计算资源，越来越多的用户会使用云的软件服务，包括存储、数据库、IoT、AI等等，这些产品的背后是一个个普通的开发者。所以，极简的开发工具，高效便捷的开发流程，也是云厂商竞争的战场。方国伟直言道，“上云的合作伙伴最关心的也是能不能在这个生态里赚到钱。”同样地，华为云可以把原先做ToB的硬件生态的经验体系，从线下迁移到线上，并且和既有的消费者云生态做好协同和整合。“所以，我们会更加重视生态和开发者。” 包括会针对具体行业的一些具体场景提供支撑使能服务，提高开发者的效率，帮助他们快速开发应用。方国伟透露，在HC期间会有一些重磅的发布，比如有的传统企业需要开发直播APP，我们就要通过成熟的产品支撑这些传统企业的互联网应用开发。当然，这只是冰山一角，水面下的惊喜，大家可以敬请期待。5、好风凭借力，时代造人，人亦成就时代狄更斯的《双城记》中有一段经典的开篇，这是最好的时代，也是最坏的时代。前一句适用于拥抱云的企业，后一句适用于因循守旧来不及转身的企业。但对于开发者来说，云时代就是最好的时代。“推动人类社会前进主要靠两个东西，一个是能量，一个是信息。信息时代让信息的价值得到极大展现，我认为现在以及在可预见的未来，都是技术人员的春天，我们可以产生巨大的价值推动社会进步。”方国伟自己的经历正是最佳的注脚，在技术的洪流中，顺势而为，成为云的见证者，也是关键的参与主导者，与热爱的事业一路同行。那么，开发者作为推动云发展的个体，又该如何抓住时代的机遇呢？“选对趋势，选好赛道，然后一定要有一技之长，或者说一针捅破天的能力。”如今天时和地利都有了，就看一技之长能否完全发挥出来。在这一点上，方国伟也谈到了技术人员在技术之外的三个关键能力：第一是培养业务视角（business sense）看问题的能力， 要理解和接受在企业中技术本质上是为业务服务的，技术匹配业务，所以心态上一定要摆正。打个比方，企业和学校不一样，因为在企业是公司付钱让你做技术，学校是你付钱做技术。第二是沟通的能力， 一般认为沟通能力强就是日常的能说会道，但是除口头表达之外，写邮件、写报告、乃至演讲，都是沟通能力的呈现。把才华通过产品发挥出来，再由各种沟通渠道来表达呈现。第三是同理心， 本质上就是要有换位思考或者将心比心的能力，它可以很好地帮助我们处理日常问题，更好的理解客户需求，也能提高沟通效果。云快速发展的十多年，行业经历了一轮轮洗牌，起起落落之间，身处在技术浪潮中的每个单独的个体，无论是个人还是企业，都得走出舒适区，敢于自我革命，开创第二增长曲线。采访的最后，方国伟很是谦虚地总结，“我很幸运，在云计算这个浪潮中发挥自己的特长，做自己喜欢的事情。”时代造人，人亦成就时代。彩蛋“运动是身体的锻炼，阅读是大脑的锻炼。”方国伟坚持健身20余年，精神状态和身材管理在我们看来都很不错。对于阅读这个爱好，他解释到：“计算机要发挥作用需要：算法+数据。人的大脑就是一个生物的、碳基的计算机，一些算法是与生俱来的（在我们DNA中延续下来的），一些算法是需要后天去构建的。学习、思考就是构建这个算法的过程。我信奉终身学习理念，而阅读是成本最低，最方便的一种学习方式。”同时，为大家推荐他最近在读的一本由UC Berkeley教授Matthew Walker写的书《Why We Sleep》。“有一样东西，它能提高你的记忆力，增加你的魅力；让你保持苗条，降低食欲；保护你不得癌症和老年痴呆；不让你感冒和伤风；降低你心脏病、心梗和糖尿病的风险。会让你感觉更快乐，不抑郁，不紧张。”“大家都知道身体是1，其他是0，但是大部分人在0上花费很多时间，在1上花费很少，以睡得少而自豪。这本书能改变大家的一些错误想法，对睡眠有个正确的认知。祝愿大家都有一个好身体。”

Volcano是一个基于Kubernetes的云原生批量计算平台，也是CNCF的首个批量计算项目。Volcano 主要用于AI、大数据、基因、渲染等诸多高性能计算场景，对主流通用计算框架均有很好的支持。它提供高性能计算任务调度，异构设备管理，任务运行时管理等能力。本篇文章将从Volcano架构、Volcano核心概念及功能、Volcano Code Tour、平台组件安装部署等方面来带大家认识Volcano。  Volcano架构 1、Volcano全景Volcano是基于Kubernetes的高性能批量计算平台，目前支持几乎所有的主流计算框架，包括MindSpore、TensorFlow、Kubeflow、MPI、PyTorch、飞浆、Spark、HOROVOD 等。Volcano支持的部分计算框架  计算框架遇到的问题：1）1:1的operator部署运维复杂2）不同框架对作业管理、并行计算等要求不同3）计算密集高，资源需求波动大，需要高级调度能力 Volcano面向主流计算框架提供：1）统一容器基础设施，提高资源利用率2）通用作业管理、队列Fair-share, Gang, bin-pack等高级调度算法3）简化运维管理 2、Volcano整体架构Volcano利用声明式的CRD定义我们的API，主要有3个核心的API，Volcano Job、PodGroup、Queue。Volcano Job 是对高性能任务的通用定义，PodGroup提供了Job中Task的管理能力，Queue 为任务的分类提供了基础。Volcano的架构 Volcano 核心组件主要包含三个：Admission、ControllerManager、Scheduler 。Admission对Volcano CRD API提供校验能力；ControllerManager负责对Volcano CRD进行资源管理;Scheduler对任务提供丰富的调度能力。 3、Volcano工作流程从零开始运行Volcano作业：1）用户创建一个 Volcano 作业2）Volcano Admission 拦截作业的创建请求，并进行合法性校验3）Kubernetes 持久化存储 Volcano Job 到 ETCD4）ControllerManager 通过 List-Watch 机制观察到Job 资源的创建，创建任务（Pod）5）Scheduler 负责任务的调度，绑定 Node6）Kubelet Watch 到 Pod的创建，接管 Pod 的运行7）ControllerManager 监控所有任务的运行状态，保证所有的任务在期望的状态下运行  Volcano核心概念及功能1、Volcano核心概念1）Queue：Queue的概念源于 Yarn，它是Cluster 级别的资源对象，可为其声明资源配额，也可由多namespace 共享，并且提供 soft isolation2）PodGroup：PodGroup是任务的分组，它与 queue 绑定，占用队列的资源。它与 Volcano Job 是一对一的关系；也可为其声明 Scheduling 条件3）Volcano Job：它是批量计算作业的定义，支持定义作业所属队列、生命周期策略、所包含的任务模板以及持久卷等信息 2、作业管理插件 svc：提供不同类型任务之间互访能力env：任务索引，例如 Tensorflow Worker indexssh：ssh 秘钥对创建及挂载，主要供 MPI 作业使用  3、Scheduler架构Scheduler支持动态配置和加载。 4、核心调度算法1）Gang Scheduling2）Fair Share3）Preempt & Reclaim4）Reserve & Backfill5）Topology Aware Scheduling6）GPU Sharing Volcano Code Tourcmd目录是Volcano所有组件启动的入口；config 是Volcano的配置；defs 是安装时的配置；docs 是Volcano的设计文档；example 提供了简单的例子，hack 提供安装时的脚本；installer 提供安装的模板。 pkg 是最重要的目录，里面包含了 api、controller、scheduler 、webhook 等代码。test 提供了e2e测试用例, vendor是依赖库。  安装部署1、Volcano InstallVolcano安装部署有多种方式：若已存在K8S集群，建议通过 Helm方式安装部署，该方式支持自定义安装配置；开发者建议通过Development Yaml方式部署。 对于开发者，Volcano已内置一键式安装部署脚本，路径为 volcano. sh/volcano/hack/local-up-volcano. sh。运行该脚本时，默认会使用kind创建 Docker in Docker的模拟集群，并安装部署Volcano。 2、Volcano 组件正确安装部署后，将生成4个组件，分别为：Volcano-admission、Volcano-admission-init、Volcano-controllers、 Volcano-scheduler ,其中admission-init以作业的方式生成证书。 

云原生技术日渐成熟，已经成为新时代云计算的技术标准。随着5G的商用化普及及企业数字化转型催生了边缘计算，成为云计算的新边界。云原生与边缘计算相遇会碰撞出怎样的火花？KubeEdge 作为CNCF首个孵化的云原生边缘计算项目，如何将云原生与边缘计算完美融合？企业如何进行云边协同方案的选型与落地阶段的问题解决？10位技术大咖深度分享，干货满满云原生边缘计算发展历程与未来展望KubeEdge：云原生边缘计算平台基于云原生构建边缘计算平台 （优势和挑战）KubeEdge项目概况、架构、核心能力KubeEdge应用场景KubeEdge社区介绍、未来展望及后续计划KubeEdge落地案例Kubernetes+KubeEdge: 管理中国高速公路上的10万边缘节点中国移动: 基于KubeEdge实现中国移动10086客服云边协同平台谐云科技：助力边缘云生态共建，加速云原生落地创新基于KubeEdge 和Kuiper 的边缘流式数据处理实践打造开源开放社区，共建云原生边缘计算生态KubeEdge SIG MECKubeEdge SIG IoT/DeviceKubeEdge SIG AI持续更新中……材料下载方式扫码关注公众号容器魔方回复“KubeEdge 资料”即可下载添加小助手，发送“KubeEdge” 加群社区专家入驻，技术问题随时答疑

KubeEdge即Kube+Edge，顾名思义就是依托K8s的容器编排能力和调度能力，实现云边协同、计算下沉、海量设备的平滑接入。本篇文章将从KubeEdge架构设计理念、KubeEdge代码目录概览、KubeEdge集群部署三方面带大家认识KubeEdge。 KubeEdge架构设计理念 1、Kubernetes的架构这里是一个经典的K8s架构，K8s相信大家已经了解比较多了，它主要是分为控制面和数据面，而现在K8s的生态已经非常火爆了，关于应用管理和容器管理已经形成了一套标准，这里列举了它的一些优势：只有API server可以访问etcd组件通过 API Server 访问集群状态API采用声明式设计API对象彼此互补、可组合优先使用事件监听而不是轮询… 2、基于Kubernetes构建边缘计算的优势与痛点 核心优势主要有4方面： 容器化应用封装现在已经成为应用交付的一个趋势，我可以把我的应用打包到容器里，我只打包一次，可以跑在各种地方，这种如果应用到我们IOT领域，我们传统有很多IOT嵌入式设备，它其实很多硬件和软件强相关的，如果换一个硬件，可能软件就要更改，如果说我这个容器化封装以后，设备可支持容器runtime,我可以将容器跑在任何IOT设备上。通用应用抽象定义：K8s的API，包括development、pod现在其实在业内已经形成一套标准，大家都比较了解和认可，其实我们基于这些应用做这个平台，大家也更能容易接受。 松耦合架构：它的可扩展性比较好，比如我们基于K8s之上可以通过CRD来定义一些API，像我们通过设备管理CRD来定义一些IOT里device的一些API，到时候我们可以直接通过K8s的一些方式来管理这些设备；还有一些可扩展，比如它的CIA可以对接各种runtime,我们有些边缘节点它的资源非常有限，我们就可以对接一些轻量化的runtime。 其关键痛点有：1）资源有限网关设备，128MB内存K8s集群需要至少1G内存  2）网络不畅边缘位于私有网络，无公网IP云边跨越公网，带宽有限，延迟高K8s的List-watch需要数据中心网络  3）边缘如何离线自治网络不稳，随时可能离线边缘业务离线可工作边缘离线可故障恢复 4）设备接入和管理缺少边缘设备抽象缺少边缘设备接入协议支持  3、KubeEdge 架构与核心理念我们这个架构主要是分了云、边、端三部分，云上边就是我们的控制面，边就是我们的边缘节点，端就是跑了我们的一些端侧设备，云上左边是一个K8s的master，是没有做过改动的原生的K8s控制面，后边我们加了我们的一个组件叫CloudCore，它云上的组件主要是会拿一些K8s控制面上的东西，通过EdgeController和DeviceController做一些处理，然后通过下边的Cloud Hub，Cloud Hub主要是跟边端通信的，边端有个EdgeHub和Cloud Hub通信，然后把数据拿下来。边端是主要做了一个应用管理和设备管理的能力，应用管理左边会有一个Edged，右边有DeviceTwin、EventBus,分别是应用管理和设备管理，左边有个DataStore，就是我们说的本地自治的能力，比如说我们这应用或者设备的元素从云上分发下来，我们是先把它存到一个数据库里，然后再到它的Edged或者设备里边，这样就能保证云边网络断开或者边缘节点重启了以后我应用的Edged它可以从数据库里把应用源数据拿出来，这样就能保证在故障的情况下业务可以正常恢复。 核心理念：1）云边可靠协同双向多路复用消息通道，支持边缘节点位于私有网络Websocket + 消息封装，大幅减少通信压力，高时延下仍可正常工作云边消息校验，网络不稳定时不丢数据  2）边缘离线自治 节点元数据持久化，实现节点级离线自治节点故障恢复无需List-watch，降低网络压力，快速ready  3）边缘极致轻量重组Kubelet功能模块，极致轻量化（~70mb内存占用）支持CRI集成Containerd、CRI-O，优化runtime资源消耗  4）边缘设备管理云端通过Kubernetes API管理边缘Device 4、KubeEdge 社区生态KubeEdge致力于将Kubernetes的能力拓展到边缘业界首个边缘容器平台项目Apache 2.0协议2019年3月捐给CNCF基金会2020年9月晋级为孵化级托管项目K8s IoT Edge WG参考架构基于Kubernetes构建，100%兼容K8s API11个特性版本，最新版本为v1.6.0（截止2021年3月）3600+ Star，900+ Fork，550+贡献者目前成立3个社区SIG: SIG Device IoT、SIG MEC、SIG AI参与社区贡献的企业包括：中国联通，ARM，中国移动，谐云，中国电信，时速云，JD.com，浙大SEL实验室，EMQ，InfoBlox，Inovex，Midokura等  KubeEdge代码目录概览 ADOPTERS就是我们社区的一些采纳者,比如说你用了KubeEdge，并且想成为参与者，建议者，你可以提一个PR，把你们写到这个ADOPTER里面去，下面的这些就是代码目录，主要就是cloud（云端）、edge（边缘端）、mappers（接入设备的mapper端），还有OWNERS是我们项目的一些matiner，主要负责核代码，比如你对我们社区贡献比较多，我们可以把你加到OWNERS，帮我们核代码和检视代码。 KubeEdge集群部署1、KubeEdge 集群部署工具—— keadm这个是借鉴了K8s的Kubeadm，可以一键部署KubeEdge集群，在部署KubeEdge集群时，要先装一个K8s的master，这个master用任何符合K8s的标准都可以，这个 keadm是基于K8s之上部署KubeEdge系统。 子命令参数：init：部署云端组件join：部署边缘端组件gettoken：从云端获取边缘端启动凭据reset：重置KubeEdge集群的云端和边缘端 2、KubeEdge 部署 —— 云端在已经装好的master上装我们的云端，用 init即可：重要参数：--kube-config：连接K8s Master的凭据--advertise-address：签发到边缘证书里的IP地址 3、KubeEdge 部署 —— 边缘端边缘端主要用我们的join命令：重要参数：--token：边缘端启动时访问云端的凭据--cloudcore-ipport：边缘端访问的云端IP地址

活动已结束，邮寄信息填写中！活动获奖结果什么时候公示，什么时候发放奖品，在哪里可以查看？主办方将在活动结束后按报名、奖品规则及活动参与信息整理获奖用户数据，并在本帖公示，请拉到帖子下方查看公示附件。请点击填写获奖邮寄信息。本次活动获奖名单公示时间为2021年11月11-14日，公示期结束后主办方将收集所有获奖人员奖品发放信息（需填写华为云账号、姓名、邮箱电话、邮寄地址等个人信息，如未在指定时间内填写则视为放弃领奖资格；本次活动邮寄信息收集为2021年11月15日-18日，主办方将在信息收集完整后的14个工作日内完成所有奖品发放。云原生2.0时代已经到来云原生技术的成熟正极大地影响着个人、企业乃至整个社会的生产生活方式。继《黄金系列》、《钻石系列》课程之后，在50000+黄金课程学员的呼声和期待下，华为云学院联合CNCF、华为云云原生团队重磅推出《华为云云原生王者之路集训营》王者系列课程。参与集训营活动，开展学习打卡与实战演练，赢取“价值200USD职业认证考试券、筋膜枪、华为手环4PRO、3D颈肩按丨摩丨披肩、罗技键鼠套装、沙箱实验点半价折扣券”等精美好礼！邀请好友一起参与活动，更有双重获奖机会，快来参与吧！完成本报名后请务必扫码备注“云原生”进学习群活动参与前提：<活动页面报名> +<一键报名学习路径：王者系列课程> 主活动：华为云云原生王者集训营来啦！--  活动简介 -- 本集训营课程分为黄金、钻石和王者三阶段，从云原生基础知识介绍到最佳实践讲解、底层原理和方案架构深度剖析，层层深入，可满足不同云原生技术基础和学习目标人群的需求。本课程将理论与实践相结合，精选数十个企业典型应用场景，作为学员上机实践案例，帮助学员将所学技术快速与企业业务相结合，服务于企业生产。本课程视频全部免费！免费！免费！，实验环境由华为云云容器引擎提供。  活动报名：9月18日-11月7日，在此时间范围内皆可报名参与活动  课程学习：10月21日-11月2日 每日10:00课程解锁  目标学员：计算机、软件工程等专业的大学生、涉及Kubernetes、Istio等技术的应用开发者、其他的云原生技术兴趣爱好者当前活动为第3阶段：王者系列课程。相比1期黄金系列课程，2期钻石系列课程，3期王者系列课程为高阶版课程，对学员有一定学习基础要求，重点面向培养技术架构师和技术主管，如自身基础较薄弱，建议先提前预习黄金&钻石课程（已全部更新完毕）开始学习。  活动奖品：价值200USD职业认证考试券、筋膜枪、华为手环4PRO、3D颈肩按丨摩丨披肩、罗技键鼠套装、沙箱实验点半价折扣券--课程日历 --   整体学习节奏： 第1阶段：活动招募开启+国庆假日挑战赛 →  第2阶段：黄金/钻石课程预习与回顾→   第3阶段：王者课程开课打卡→   第4阶段：实战演练与结营赛  -- 参与流程 -- ① <活动报名> & <王者系列课程报名>② 添加小助手微信（HWcloudedu）加群③ 完成任务赢积分（国庆假日挑战赛/课程学习+实战演练+微认证+结业考核+课程评价与心得）第1阶段：活动招募开启+国庆假日挑战赛   第2阶段：黄金/钻石课程预习与回顾  第3阶段：王者课程开课打卡 第4阶段：实战演练与结营赛④ 积分兑奖-- 获奖攻略 -- ⭐如何获取资料包？：有效邀请≥1名好友，即可获取《云原生资料包》，自10月8日起，小助手将在每周五为满足获奖条件的用户添加课程白名单，用户点击进入课程即可查看资料包并进行下载。⭐什么是有效邀请？ ：参与活动的邀请与被邀请用户需在华为云平台实名认证账号，并进行课程报名与学习，双方均需要参与学习任务打卡，且邀请人至少需完成沙箱/微认证任一个任务。⭐如何邀请好友？：点击 <活动报名> 后，点击 分享有礼 按钮即可生成专属海报邀请好友。⭐课程学习需要截图回帖打卡吗？：不需要截图、回帖、手动打卡，只需自行学习（报名当节课程，且该节课程学习进度100%），后台会自动记录和统计学员学习情况。  积分任务说明：完成积分打卡任务，获取该项任务积分，每项任务总分100分，最终按积分占比计算学习积分榜总排名，赢取相关奖品。学习阶段积分任务任务要求积分占比课前准备活动报名点击报名活动，并一键报名所有课程（获奖前提）——开营直播10月20日19:00-20:30观看开营直播，享微认证限时0元，参与互动抽取50元京东卡/10000码豆——课程学习课程学习每日课程学习打卡：报名当节课程，且该节课程学习进度100%（请注意，如课程跳看小于一定时长，即使前台展示100%，后台也不记录数据）20%实战演练沙箱实验自主开展沙箱实验《基于容器实现一分钟自动化部署》，且实验进度100%25%微认证活动时间内，学习微认证《一分钟自动化部署》并获取微认证证书，按最高考试成绩计算积分30%学习心得课程评价课程学习结束后，在课程后面输出有效课程评价，每门课程评价1次+7分，满分100分（学习心得、课程评价、讲师评价等有效评价内容，不少于50字）5%学习成果检验结营考试通过结营考试(（11月3日开启，≥80分为通过，满分100分），获取华为云官方课程认证证书5%自主创建CCE集群开展实验点击开通指引学习，创建CCE集群，并根据课程内容自主开展相关实验，在本活动帖下回复”华为云账号+姓名+任务成功截图“进行打卡（如下示意图）。（帖子仅管理员可见）最终统计以本帖回复为准。前期参与钻石集训营已完成任务的学员，回复之前截图即可。15%活动结束结营直播11月2日晚19：00-20:30，观看结营直播并参与互动抽取50元京东卡/10000码豆——去【开通学习环境】回帖示范已结束（获奖公示中）——热身活动：国庆假日挑战赛-每日抽奖⭐挑战赛任务时间：9月19日-10月7日⭐挑战赛规则：用户需在抽奖前已完成“沙箱实验、微认证”任一任务，即可参与国庆假日挑战赛每日抽奖活动，该项任务积分将计入“王者课程集训营”中任务1：自主开展沙箱实验《基于容器实现一分钟自动化部署》，且实验进度100% （王者课程集训营活动积分占比25%）任务2：学习微认证《一分钟自动化部署》并获取微认证证书  （王者课程集训营活动积分占比30%）⭐奖项设置： 终极大礼，在此一抽  一等奖：价值200USD职业认证考试券（1张）   想买就买，不再犹豫  二等奖：价值200元京东卡（3张） 超级抢手，限量定制  三等奖：开发者定制收纳袋 （ 5个） 超高质量，人人想要  四等奖：开发者定制数据线 （21个）  超多好礼，人人普惠  五等奖：沙箱实验点半价折扣券 （500张） ⭐每日抽奖规则：1.10月1日-10月7日期间，小助手将每日转发抽奖链接至社群，用户可参与当日抽奖，未加群请加小助手微信HWcloudedu备注云原生加群。2.兑奖条件：用户需在抽奖前已完成“沙箱实验、微认证”任一任务，抽中后才完成任务则抽奖失效，不具备获奖资格，小助手将根据抽奖时间和任务完成时间进行校验。3.每人每日拥有1次抽奖机会，完成时间越早，抽奖次数越多，如小明在10月1日前，就完成了任务，则10月1日-7日，皆可参与抽奖，小红10月6日才完成任务，则仅可以参与10月6日和7日抽奖，每次抽奖可获取不同奖品，但相同奖品仅发放一次，不重复发放。⭐如何领取奖品：请在抽中奖品后，填写有效邮寄信息，方便主办方在核实兑奖条件后，为您发放奖品，奖品将在主活动结束后一同发放。如您抽中的为券类奖品：考试券、京东卡、折扣券等，因该类奖品无需邮寄，您可在填写地址信息时对地址进行模糊处理，并在详细地址信息处补充您的邮箱信息。考试券和京东卡，我们将通过邮箱为您发放，折扣券我们将通过华为云账号为您发放。   常见问题Q&A1、如何报名活动，拥有获奖资格？答：本次活动时间为2021年9月18日-11月7日，活动参与需点击报名活动，并一键报名所有课程（获奖前提）；报名成功后务必添加小助手微信（HWcloudedu），备注“云原生”加群，本次活动不收取任何费用。2、活动奖品如何赢取？答：活动期间，用户可按奖项要求参与活动，在不同奖项中，用户皆有获奖资格，但若获得奖品为相同奖品，则仅发放1个该奖品，不重复/替换发放。3、如何邀请好友、获得邀友奖品？点击“立即报名”按钮完成报名后，点击“分享有礼”，将您的专属链接分享给好友，好友完成课程报名与学习即邀请成功。邀友奖说明：①按邀请人数排名发放奖品，每排名需满足最低邀请人数才可获取当级别奖品，如不满足，则奖品降至满足人数的一档，例：获取第一名奖品，邀请人数至少≥200，小明为积分榜第1名，但总邀请人数180人＜200人，则获取总邀请榜第2名奖品（总邀请人至少≥150人）②有效邀请说明：参与活动的邀请与被邀请用户需在华为云平台实名认证账号，并进行课程报名与学习，双方均需要参与学习任务打卡，且邀请人至少需完成沙箱/微认证任一个任务。4、活动获奖结果什么时候公示，什么时候发放奖品，在哪里可以查看？主办方将在活动结束后按报名、奖品规则及活动参与信息整理获奖用户数据，并在本帖公示，本次活动获奖名单公示时间为2021年11月11-14日，公示期结束后主办方将收集所有获奖人员奖品发放信息（需填写华为云账号、姓名、邮箱电话、邮寄地址等个人信息，如未在指定时间内填写则视为放弃领奖资格；本次活动邮寄信息收集为2021年11月15日-18日，主办方将在信息收集完整后的14个工作日内完成所有奖品发放。【实物奖品】获奖结果公示结束后，将按照实际获奖情况收集获奖用户邮寄信息，并统一发出奖品，所有实物奖品包邮，不额外收取任何费用。由于获奖用户自身原因（包括但不限于提供的联系方式有误、身份不符等）造成奖品无法发送的，视为获奖用户放弃领奖；在适用的法律法规允许范围内，为确保奖品顺利发放，受限于奖品当时的库存状况等，华为有权对上述事项进行调整（如奖品以实际发放为准，价格不低于示例奖品）并向您提前告知。【券类奖品】获奖结果公示结束后，代金券及折扣券类奖品，主办方将直接将券发放至您报名参与活动的华为云账号，发放成功后，可直接使用。请在30天内使用，使用方法见【操作指引】华为云微认证购买流程指引（使用代金券），过期无效。如发放失败，则将在本帖进行公示，在主办方公示7天内反馈，可进行奖券补发，过期无效。职业认证考试券，京东卡等奖品，奖品券码及使用指引将一起发送至用户邮箱。【码豆】码豆可在码豆会员中心兑换实物礼品，用户可以通过完成任务赚取码豆，累积码豆越多，可兑换的礼品越丰富，华为荣耀畅玩手环、蓝牙音箱等精美礼品等你带回家~为保证码豆成功发放，请先登录一次会员中心。（如修改过账号名请提前联系活动负责人并告知修改前后的账号名）。用户参与活动获取码豆，在获奖公示结束后跟随所有奖品一起发放。若发放失败，主办方将在本帖进行公示，在7个工作日内回复正确账号，可以补发，过期无效。【资料包】有效邀请≥1名好友，即可获取《云原生资料包》，自10月8日起，小助手将在每周五为满足获奖条件的用户添加课程白名单，用户点击进入课程即可查看资料包并进行下载。5、抽奖奖品如何抽奖、发放、领取及使用？【假日挑战赛】活动抽奖，将通过微信抽奖展开，请按活动规则及工作人员微信群指引，参与抽奖活动。【学习积分奖】抽奖及【阶段实操奖】抽奖，主办方将在本活动结束后，使用巨公摇号抽奖平台在所有满足抽奖规则的人中抽取，抽奖名单将2021年11月11-14日在本帖进行公示。6、本次活动的主办方是谁？华为云计算有限公司 （华为云学院，有问题可以添加小助手微信HWcloudedu咨询）   其他活动参与须知1、每位参加活动的用户理解并同意，为联系用户以及奖品发放的需要，用户报名参加本次活动时与用户在获奖后通过填写邮寄信息问卷时，华为云学院需收集您提供的华为云账号、姓名、邮箱、联系方式、邮寄地址真实个人信息（如未在规定时间内填写信息视为放弃领奖资格）。活动主办方收集该等个人信息会转移给礼品发放的快递供应商公司负责具体执行礼品的邮递服务。收集的该等个人信息会自奖品寄出及发放结束后（为防止奖品遗失等突发情况）保留30个自然日用于邮寄快递服务、通过邮箱发放考券等，自该期限届满后，该等所有数据会被删除或者销毁，在主办方持有该个人数据期间，用户可以联系华为云学院按照法律规定履行数据主体的权利，包括但不限于撤销同意、请求删除、访问、查阅或者复制、更正或者补充、删除、知情权、决定权、您有权要求我们对您的个人信息处理规则进行解释说明。若需行使上述权利，联系方式请见《隐私政策声明》。2、为保证活动的公平公正，华为云有权对恶意刷活动资源（“恶意”是指为获取资源而异常注册账号等破坏活动公平性的行为），利用资源从事违法违规行为的用户收回奖励资格。3、本活动规则由华为云在法律规定范围内进行解释。华为云保留不时更新、修改或删除本活动规则的权利。上述更新、修改或删除于公布时即时生效，用户应当主动查阅本活动规则的最新内容；所有参加本活动的用户，均视为认可并自觉遵守《华为云用户协议》、《可接受的使用政策》、《隐私政策声明》。

随着云原生技术的普及，使用Kubernetes部署应用已经成为常态，越来越多的企业已经步入多集群时代。随着集群数量的增长，对集群的运维、管理带来了新的挑战：集群繁多的重复劳动：运维工程师需要应对繁琐的集群配置、不同云厂商集群间的管理差异以及碎片化的API访问入口等问题；业务过度分散的维护难题：应用在各集群的差异化配置繁琐；业务跨云访问以及集群间的应用同步难以管理。集群的边界限制：应用的可用性受限于集群；资源调度、弹性伸缩受限于集群。厂商绑定：业务部署的黏性问题，缺少自动化故障迁移；缺少中立的开源多云容器编排项目。 Karmada结合了华为云多云容器平台MCP以及Kubernetes Federation核心实践，并融入了众多新技术：包括Kubernetes原生API支持、多层级高可用部署、多集群自动故障迁移、多集群应用自动伸缩、多集群服务发现等，并且提供原生Kubernetes平滑演进路径，让基于Karmada的多云方案无缝融入云原生技术生态，为企业提供从单集群到多云架构的平滑演进方案。Karmada项目全景上图为Karmada在开源社区技术全景，区别于kubefed只做多集群应用分发的局限，Karmada将以模块化的方式提供应用多集群部署、高可用调度、故障迁移、多集群服务发现和流量治理、多云集群生命周期管理等能力集，并面向多种典型的用户场景预置策略集，让用户可以结合企业实际情况自由定制适合自身的多云平台。 2、Karmada关键1）Kubernetes 原生 API兼容既有应用配置及基础设施无需改造，由单集群架构平滑升级到多集群（多云）架构，无缝集成Kubernetes现有工具链生态2）开箱即用面向多场景的内置策略集，包括两地三中心、同城双活、异地容灾等支持应用的跨集群上的自动伸缩、故障迁移和负载均衡3）集中式管理提供地域无关的集中式集群管理支持公有云、私有云或边缘集群4）丰富的多集群调度策略多集群亲和性调度、应用跨集群拆分、资源重新平衡多维度多层次的高可用部署：区域/可用区/集群/供应商等5）开放中立由多家互联网、金融、制造业、电信、云服务厂商共同发起以 CNCF 的开放治理为目标 3、Karmada架构设计Karmada 控制平面由以下几个组件组成：API 服务器（Karmada API Server）控制管理器（Karmada Controller Manager ）调度器 (Karmada Scheduler)Karmada通过独立的API 服务器（Karmada API Server）提供与其他组件进行通信的 REST 接口，包含Kubernetes原生API及Karmada扩展API，而Karmada 控制管理器根据用户创建的 API 对象执行操作, Karmada 调度器则实现应用在多集群中的调度。Karmada 控制器运行各种控制器，控制器监视Karmada 的对象，然后与底层集群的 API 服务器通信，对Kubernetes资源进行全生命周期管理。集群控制器：聚焦集群管理，将 Kubernetes 集群附加到 Karmada，通过创建集群对象管理集群的生命周期。策略控制器：实现PropagationPolicy对象的生命周期。根据 PropagationPolicy中的resourceSelector 匹配对应Kubernetes资源对象，并为创建ResourceBinding以进行应用多集群调度。绑定控制器：实现 ResourceBinding 对象的生命周期，根据调度器的角度结果，为每个调度到目标集群的对应资源创建Work 对象；执行控制器：负责work对象与成员集群中实际资源对象的状态同步。 4、未来展望Karmada计划在今年Q4完成整体技术栈的能力开发，发布1.0版本，并捐赠CNCF。 小红书技术部负责人张雷表示：“小红书一直努力为云原生产业发展贡献自己的力量，希望通过Karmada项目，把小红书构建多云业务的实践经验贡献给社区，让更多企业能享受云原生技术的红利。”CNCF总经理Priyanka Sharma也对Karmada项目的开源作出了回应：“华为一直是云原生社区与开发者生态的重要参与者，此次发布的Karmada对所有企业构建多云业务架构至关重要，希望未来CNCF与华为云继续密切合作，持续帮助广大云原生开发者。” 未来，我们也希望越来越多的开发者能加入Karmada社区，共建多云生态！关于 Karmada 的更多技术细节，请查看项目仓库 https://github.com/karmada-io/karmada扫码添加小助手，发送“karmada”加群社区专家入驻，技术问题随时答疑

首先，为你认真学习、坚持不懈的态度点个赞。现华为云学院进行“华为云云原生王者之路集训营心得集锦”征集欢迎您积极分享您的云原生学习笔记学练考心得训练营参后感技术干货等相关内容（不少于500字，感情饱满，自然流露）我们将精选您的分享内容，推送至华为云学院华为云社区华为云论坛华为云相关微信公众号等各大官方平台为您的学习经历“添光添彩”让你上“墙”，给你“好看”参与方式：以【我的云原生王者之路集训营：xxxx】为主题，在华为云学院论坛发帖，或直接发送内容至邮箱：huaweicloudedu@huawei.com，非常期待您的发帖。