体验官有奖体验第13期 | 华为云鲲鹏弹性云服务器KC1体验及评测By Coolincy 华为云账号 Coolincy 由于我们公司使用.net core 3.0 及docker进行业务开发，core 3.0 支持arm处理器，因此在申请了体验资源后，我第一时间对鲲鹏云服务器对core 3.0的支持情况进行简单的测试，中间也出现了一些小插曲。以下测试为方便起见，直接使用root用户进行操作，在正式环境使用，不建议使用root用户。1.  测试资源领取步骤，选择使用Ubuntu 18.04 64bit with ARM (略)2.  服务器启动后，在网络访问控制中打开如下常用规则3.  测试ping弹性公网ip，不通4.  测试SSH连接，不通5.  使用华为云自带VNC连接，可登录6.  查看防火墙状态，并未激活 7.  闲置半小时后，再试ping和SSH连接，已经可以连上了，我想应该是华为云在新服务器创建后，网络的开通有延迟造成的。 8.  在正式开始安装.net core 之前，我先进行了一次执行ubuntu包更新，但是这里卡住了，无法连接 http://ports.ubuntu.com/ubuntu-ports/9.  然而，在我正式的华为云服务器上，这个地址是可以正常访问的。 10. 既然不能连接ubuntu官方镜像，那就换apt源为阿里云镜像 http://mirrors.aliyun.com/ubuntu-ports/，再次进行更新操作，此时成功apt upgrade -yreboot11. 安装 .net core sdk 3.0.100 arm64版本下载3.0 sdk: cd ~wget https://download.visualstudio.microsoft.com/download/pr/cbc83a0e-895c-4959-99d9-21cd11596e64/b0e59c2ba2bd3ef0f592acbeae7ab27d/dotnet-sdk-3.0.100-linux-arm64.tar.gz这里实际上又碰到网络问题，没有下载成功，我从本地电脑下载后传到服务器上去了 mkdir -p $HOME/dotnet && tar zxf dotnet-sdk-3.0.100-linux-arm64.tar.gz -C $HOME/dotnetexport DOTNET_ROOT=$HOME/dotnetexport PATH=$PATH:$HOME/dotnet12. 尝试新建并运行我第一个在arm系统上的 .net core mvc程序mkdir ~/democd ~/demodotnet new mvcdotnet run --urls="http://*:5000;https://*:5001"运行成功！13. 现在看看网站是否可以正常访问14. 既然是评测，那就随便跑个分看看对asp.net core 3.0 mvc 站点的首页做了一下简单测试ab -n 15000 -c 3000 http://localhost:5000/嗯，看见了么，并发10012.46rps，我伙呆！不但证明了dotnet core 3.0的强悍性能，也证明了鲲鹏服务器的强悍性能15. 后面也进行了docker ce的安装测试，比较顺利。并运行了一个redis容器简单的测试连接docker run -it --link redis:redis --network dockernetwork --rm redis redis-cli -h redis -p 6379测试运行 phpredisadmin 容器貌似容器运行成功，然而并没有看下日志看来这个镜像并不支持arm64，不作深究了 最后来个总结：整个测试下来，在网络上碰到了不少问题，一直到我写完这篇评测为止，过去了五六个小时了，ubuntu官方apt源依旧无法连接，微软dotnet core sdk的下载站点也无法连接，服务器也重启了好几次了，故障依旧。在程序开发上主要测试了dotnet core 和docker的运行情况，证明了dotnet core可以正常在鲲鹏云上运行，docker也可以正常运行，但部分镜像并不一定能100%可用，测试了redis容器和phpredisadmin容器，一个成功一个失败。如果要切换到鲲鹏云，那么要对现有的业务引用做充分的兼容性测试，建议能用docker的尽量使用docker，可以消除很多不必要的麻烦。图片不知道为啥发上来都糊了，这里附加一个pdf的版本

软件介绍Docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的Linux或Windows机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。支持的操作系统经过华为云严格实测，以下操作系统在鲲鹏生态中可以完整运行Docker的全部功能：l   CentOS 7.5centos-extra仓库必须处于“enabled”状态。这是操作系统默认配置，如果你已经设置成“disabled”，则需要重新设置。相关命令如下：l  查询仓库状态：yum repolist all例如：yum repolist all|grep "CentOS-7 - Extras"l  设置为“enabled”状态：yum-config-manager --enable例如： yum-config-manager --enable "CentOS-7 - Extras - mirrors.huaweicloud.com"l  设置为“disabled”状态：yum-config-manager --disable例如：yum-config-manager --disable "CentOS-7 - Extras - mirrors.huaweicloud.com"l   EulerOS 2.8l   Ubuntu 18.04安装与部署方式Ubuntu操作系统1.      准备环境准备实例从华为云官网购买鲲鹏云服务ECS实例，详细配置如下：类别子项版本云服务器配置ECS实例类型kc1.xlarge.4ECS配置4U16GBEVS（系统盘）高IO(40GB)EVS（数据盘）高IO(40GB)云OSUbuntu18.04Kernel4.15.0-29安装依赖包执行以下命令安装依赖包。sudo apt-get updatesudo apt-get install apt-transport-https ca-certificates curl gnupg-agent software-properties-common2.      执行安装方式一：通过软件仓库安装1)     老版本的Docker的命名为“docker”、“docker.io” 或 “docker-engine”，如果安装了这些版本，需要先卸载掉。保存在“/var/lib/docker”/中的内容，包括图片、磁盘和网络配置等都会保留下来。sudo apt-get remove docker docker-engine docker.io containerd runc2)     添加Docker官方GPG key。curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo apt-key add -3)     设置Docker CE软件仓库版本为arm64。sudo add-apt-repository \"deb [arch=arm64] https://download.docker.com/linux/ubuntu \$(lsb_release -cs) \stable"4)     安装docker-ce软件。sudo apt-get updatesudo apt-get install docker-ce docker-ce-cli containerd.io如果需要安装指定版本的docker-ce，可以执行以下命令：sudo apt-get install docker-ce=<VERSION_STRING> docker-ce-cli=<VERSION_STRING> containerd.io方式二：下载软件包安装1)     通过https://download.docker.com/linux/ubuntu/dists/bionic/pool/stable/arm64/，下载指定版本的软件包。2)     执行命令安装软件包及依赖。“package.deb”为下载的软件包。sudo dpkg -i /path/to/package.deb3.      启动软件1)     启动docker。sudo systemctl start docker2)     使用一个hello-world镜像验证docker是否正常。sudo docker run hello-world回显内容如下：Unable to find image 'hello-world:latest' locallylatest: Pulling from library/hello-world3b4173355427: Pull complete Digest: sha256:41a65640635299bab090f783209c1e3a3f11934cf7756b09cb2f1e02147c6ed8Status: Downloaded newer image for hello-world:latest Hello from Docker!This message shows that your installation appears to be working correctly. To generate this message, Docker took the following steps: 1. The Docker client contacted the Docker daemon. 2. The Docker daemon pulled the "hello-world" image from the Docker Hub.    (arm64v8) 3. The Docker daemon created a new container from that image which runs the    executable that produces the output you are currently reading. 4. The Docker daemon streamed that output to the Docker client, which sent it    to your terminal. To try something more ambitious, you can run an Ubuntu container with: $ docker run -it ubuntu bash Share images, automate workflows, and more with a free Docker ID: https://hub.docker.com/ For more examples and ideas, visit: https://docs.docker.com/get-started/CentOS操作系统1.      准备环境准备实例从华为云官网购买鲲鹏云服务ECS实例，详细配置如下：类别子项版本云服务器配置ECS实例类型rc3.xlarge.4ECS配置4U14GBEVS（系统盘）高IO(40GB)EVS（数据盘）高IO(40GB)云OSCentOS7.5Kernel4.14.0-49                安装依赖包执行以下命令安装依赖包。sudo yum install -y yum-utils device-mapper-persistent-data lvm22.      执行安装方式一：使用软件仓库安装1)     老版本的docker的命名为“docker”或 “docker-engine”，如果安装了这些版本，需要先卸载掉。保存在“/var/lib/docker/”中的内容，包括图片、磁盘和网络配置等都会保留下来。sudo yum remove docker docker-client docker-client-latest docker-common docker-latest docker-latest-logrotate2)     配置软件仓库。sudo yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo3)     安装docker-ce。sudo yum install docker-ce docker-ce-cli containerd.io这个命令总是会安装最新版本的docker-ce，如果需要安装指定版本的可以参考下面的操作：sudo yum install docker-ce-<VERSION_STRING> docker-ce-cli-<VERSION_STRING> containerd.io方式二：下载软件包安装1)     通过https://download.docker.com/linux/centos/7/aarch64/stable/Packages/，下载指定版本的软件包。2)     执行命令安装软件包及依赖。“package.rpm”为下载的软件包。sudo yum install /path/to/package.rpm3.      启动软件1)     启动Docker。sudo systemctl start docker2)     使用一个hello-world镜像验证Docker是否正常。sudo docker run hello-world回显内容如下：Unable to find image 'hello-world:latest' locallylatest: Pulling from library/hello-world3b4173355427: Pull complete Digest: sha256:41a65640635299bab090f783209c1e3a3f11934cf7756b09cb2f1e02147c6ed8Status: Downloaded newer image for hello-world:latest Hello from Docker!This message shows that your installation appears to be working correctly. To generate this message, Docker took the following steps: 1. The Docker client contacted the Docker daemon. 2. The Docker daemon pulled the "hello-world" image from the Docker Hub.    (arm64v8) 3. The Docker daemon created a new container from that image which runs the    executable that produces the output you are currently reading. 4. The Docker daemon streamed that output to the Docker client, which sent it    to your terminal. To try something more ambitious, you can run an Ubuntu container with: $ docker run -it ubuntu bash Share images, automate workflows, and more with a free Docker ID: https://hub.docker.com/ For more examples and ideas, visit: https://docs.docker.com/get-started/软件下载源码下载：立即下载

    技术背景    Docker作为一种热门的虚拟化技术，当前被广泛应用于各领域之中。在Docker中，主要包含三个概念，分别是镜像（Image）、容器（Container）及仓库（Repository）,其中镜像是Docker中的核心部分。Docker镜像是一种特殊的文件系统，其提供了容器运行时所需要的程序、库、资源、配置等文件。镜像构建完成后即可在对应的宿主机上执行。但当需要将镜像提供给其他用户在其他服务器上使用时，就需要一种镜像分发服务，当前官方Docker Registry即可以提供该种服务。在使用Docker registry服务时可以指定对应的后端存储类型以存储镜像等文件，但当前Docker registry后端存储类型中暂不支持采用华为云对象存储（OBS）服务，由此给希望采用OBS服务作为存储后端的用户带来了不便。针对该问题，利用Docker官方提供的Docker registry开源代码，我们实现了可支持OBS存储的registry服务。    github地址    该registry基于Docker registry1.7.1版本开发，源代码地址为：https://github.com/redabc/distribution.git。    使用方法    1. 安装依赖组件Docker、docker-compose;    2. 从上述地址获取registry代码：git clone https://github.com/redabc/distribution.git;    3. 进入distribution目录，执行编译命令：docker build . -t "obs/registry-photon:v1.7.1"，红色部分表示registry库编译后的镜像名称，可以自行指定为自定义的镜像名称。    4. 执行docker run命令，创建并运行步骤3中编译得到的镜像。对应命令：docker run -d -p 5000:5000 --name registry obs/registry-photon:v1.7.1。红色部分为步骤3中编译registry镜像时指定的镜像名称。    5. 执行步骤4后即可采用新的编译后的registry服务。但是由于Docker registry默认情况下采用的是filesystem存储后端，即将镜像等文件存储在本地指定路径下，因此如需采用OBS存储后端时，还需要额外修改registry的配置文件。        5.1 默认的registry配置文件路径为/etc/docker/registry/config.yml，该文件路径对应存在于步骤4中运行的registry容器中。为了指定采用OBS存储后端，需要先将该文件拷贝至宿主机环境，执行拷贝命令： docker cp contain_id:/etc/docker/registry/config.yml  config.yml，其中contain_id为步骤4中运行的容器对应的ID，可以通过docker ps命令查询。执行该条命令会将config文件拷贝至宿主机当前命令路径下。        5.2 修改宿主机目录中的config.yml文件，在config.yml文件中的storage字段中添加obs为后端存储，同时删除filesystem字段。    6. 执行docker stop registry 命令停止步骤4中运行的容器，红色部分表示步骤4中命令指定的容器名，可以通过docker ps命令查询。停止后删除该容器。    7. 执行命令：docker run -d -p 5000:5000 -v  `pwd`/config.yml:/etc/docker/registry/config.yml --name registry obs/registry-photon:v1.7.1重新创建并运行。其中红色部分表示利用宿主机上指定路径下的config.yml配置文件运行容器，此时即可根据步骤5中修改的config.yml文件采用obs服务作为存储后端。2019/11/29更新：    1. 考虑到部分用户在使用OBS作为docker registry存储后端时，对应用户无创建桶的权限，只有与上传及下载相关的操作权限，该情况下用户将无法启动该registry服务。针对这一情况，当前代码中去掉了创桶操作。为保证功能的正常使用，目前需要提前创建要使用的OBS桶，或传入已存在的桶名。

2019入门级云主机选型测试报告★★★史上最全Python字符串操作指南如何优雅的上传对象到OBS鲲鹏初学者开始指南★★★如何避免DevOps变革的六大“焦油坑”★★★如何查看jsplumb.js的API文档(YUIdoc的基本使用)当Python遇见Andriod手机 万物皆可盘模拟真实AI开发场景，构建图像分类应用ubuntu18.04部署CUDA10.0+cuDNN+tensorflow-gpu+dockerGO富集分析示例用Anaconda3搭建自己的TensorFlow环境摄像机SDK对接第三方平台一人脸检测场景开发流程【最佳实践】如何设置视频封面？云享专家姚冬：9种DevOps团队结构适用类型与7种反型★★华为云MVP许舟平：来自工业制造领域的微服务与云平台实践★★云享专家方志朋：如何搭建自己的个人博客使用华为云数据库复制服务，实现阿里云MySQL数据库迁移到华为云0x2 Docker系列：Docker入门与实践0x2 Docker系列：Docker官方文档翻译20x2 Docker系列：Docker官方文档翻译30x2 Docker系列：Docker官方文档翻译40x2 Docker系列：Docker官方文档翻译50x2 Docker系列：Docker怎么修改hosts0x2 Docker系列：Docker 核心技术与实现原理Kuernetebs系列一：使用Kubespray部署Kubernetes集群Kubernetes系列二：Kubernetes对象模型Kubernetes系列三：Kubernetes基础与架构Kubernetes系列四：谈 Kubernetes 的架构设计与实现原理【Hello，鲲鹏】第一期：什么是华为云鲲鹏？【Hello，鲲鹏】第二期：创造一个属于自己的鲲鹏开发者环境【Hello，鲲鹏】第三期：在鲲鹏上使用编程语言——C语言【Hello，鲲鹏】第四期：在鲲鹏上使用编程语言——Java、Python玩转小熊派BearPi（一）使用STM32CubeMX + HAL点亮一个LED【演讲资料】ArchSummit全球架构师峰会·2019华为云技术专场【课程资料】5天玩转OCR【资料合集】7天玩转容器之基础入门课【版本资料】Atlas 200 DK 【演讲资料】华为IoT云服务助力行业数字化转型【华为云大咖分享】发掘系统弱点，带你一节课搞懂混沌工程！“如何利用GPU云资源训练自己的TensorFlow模型？敏捷的本质到底是什么？你们还提供免费的SSL证书吗？代金券激活找不到激活码在香港的服务器华为不支持SSL证书，有什么办法安装证书么买了模版298元,怎样升级到398元网站解析与备案弹性云服务器用户组devcloud的api文档怎么没有提供，查询一个仓库中的tag列表关于消息推送求大神指导批处理Batch service和MRS啥区别消息&短信 返回码E200037代表什么意思？任务栏在哪里订阅接口请求不成功无法验证签名手机版卡顿问题Agent Lite SDK集成开发指导  >初始化Agent Lite相关资源

1.简介Consul是一个用来实现分布式系统的服务发现与配置的开源工具。他主要由多个组成部分：ü  服务发现：客户端通过Consul提供服务，类似于API,MySQL,或者其他客户端可以使用Consul发现服务的提供者。使用类似DNS或者HTTP，应用程序和可以很轻松的发现他们依赖的服务。ü  检查健康：Consul客户端可以提供与给定服务相关的健康检查（Web服务器返回200 ok）或者本地节点（“内存利用率低于90%”）。这些信息可以监控集群的运行情况，并且使访问远离不健康的主机组件。ü  键值对存储：应用程序可以使用Cousul的层级键值对。2.环境说明Packet NameNameVersionCentOSCentOS 7.5 with ARM7.5 with armConsul1.4.0运行环境K8s+docker3.安装部署1、下载和部署consul客户端工具wget https://releases.hashicorp.com/consul/1.4.0/consul_1.4.0_linux_arm64.zipunzip consul_1.4.0_linux_arm64.zipmv consul /usr/local/bin/2、下载k8s部署的模板：git clone https://github.com/nicklv/consul_cluster_on_kubernetes.git3、进入到consul_cluster_on_kubernetes目录cd consul_cluster_on_kubernetes4、生成 TLS 证书cd 001cacfssl gencert -initca ca-csr.json | cfssljson -bare cacfssl gencert -ca=ca.pem -ca-key=ca-key.pem -config=ca-config.json -profile=default consul-csr.json | cfssljson -bare consul#执行完以上命令之后，在当前目录你应该看到以下证书文件ca-key.pemca.pemconsul-key.pemconsul.pem5、生成 Consul Gossip 加密密钥GOSSIP_ENCRYPTION_KEY=$(consul keygen)6、在生成Consul 集群使用的Secret 和 Configmapkubectl create secret generic consul \    --from-literal="gossip-encryption-key=${GOSSIP_ENCRYPTION_KEY}" \    --from-file=ca.pem \    --from-file=consul.pem \    --from-file=consul-key.pem7、将Consul集群使用的配置文件存储在kubernetes的 ConfigMap中cd ../002configskubectl create configmap consul --from-file=server.json8、创建Consul集群使用到的pv(persistVolume)持久化存储卷和pvc(persistVolumeClaim)持久化存储卷声明cd ../004pvckubectl create -f pvc.yaml9、通过kubectl 命令创建Consul 集群服务cd ../003serviceskubectl create -f consul.yaml10、创建 Consul 集群 StatefulSetcd ../005statefulsetsvim cosul.yaml#将image改为”arm64v8/consul:1.4.0”kubectl create -f consul.yaml11、验证consul服务端是否正常运行kubectl exec -it consul-0 /bin/shconsul members 4.参考信息https://www.kubernetes.org.cn/4435.html5.FAQ无。

坐标杭州，目前刚毕业不久，去了一家网络安全公司做了一枚技术支持工程师，从上学的时候就有关注容器技术。一开始是学的是网络、云计算、Linux相关的知识，所以学容器的话算是有一点基础。从去年开始，开始接触华为云容器服务CCE，主要是通过实战营及华为云论坛的活动逐步熟悉的。很感谢华为云提供的这些机会。可以通过活动来低成本甚至没有成本的学习容器技术，运气好的话还可以得到奖品。所以有时间的话，推荐大家积极参加这样的活动，既能体验到产品、学习到知识，还能机会获得小礼物。作为一位萌新，除了从华为云举办的实战营和产品体验活动以外，我从华为云学院也学到了有关容器技术及考取了容器技术实践相关的微认证。当然学习技术，只单纯的体验和了解一下产品是不够的。通过华为云这个平台，了解到的诸如CKA 知识体系。感谢华为云容器的各位技术专家，从实战营及直播课课程，帮助萌新打通容器技术任督二脉，对K8s有了更深入的接触。我相信现在接触容器技术，熟悉容器、服务网格、微服务、Serverless 等云原生代表技术是很重要的，虽然我现在的工作内容不涉及云原生的代表技术，但我相信未来一定有机会接触到的。除了技术的学习以外，借华为云容器的产品体验活动（容器DIY——再战flappybird等）、华为云容器的实战营（比如7天玩转容器之基础入门课等）、华为云论坛微信及社群（比如华为云原生技术联盟社群等），还能认识的一波大佬。下面附部分参与证明    

二次开发资源汇总如下：文档下载链接，按照款型进行区分：Hi-Grid T1款型涉及到的开发资料及链接：        （1）Hi-Grid T1的产品文档        （2）智能配变终端FAQEC CORE款型涉及到的开发资料及链接：        （1）EC CORE的产品文档注意事项：1、chm格式的文档下载后需要解除锁定才能看到内容，解除方法参考https://bbs.huaweicloud.com/forum/thread-21661-1-1.html2、硬件资料或者已加密的软件资料，在下载需要密码， 密码获取方式：按照提示发邮件到eciot@huawei.com 。     邮件中注明厂家名，联系方式，前期联系过的华为侧接口人，我们会通过邮件回复密码。3、部件说明l  智能配变终端外观结构、通信模块外观结构、管脚定义，均完全符合国网《智能配变终端通用技术规范》要求。l  交采板p  （仅供参考）使用ADE9078芯片，硬件华为提供demo设计，软件配套使用中国电科院基础APP（基于/dev/adc0开发），校表华为提供demo app。p  更换其他交采芯片，软硬件均由厂家自研，软件上华为已开放的SPI和I2C接口到容器里。l  上行LTE模组厂家           当前验证过的有上海剑桥的海思ME909S-821 芯片（固件版本为11.617.05.00.00，联系人宋永辉，18939850752）以及华为em 300 ；           其他验证过的有有方的N720（高通芯片，固件版本为电力版V12）。l  下行模组p  跟主控的接口以及结构尺寸兼容《国家电网_电力用户电信息采集系统形式规范_集中器形式规范_1375.2-2013》规定的集中器I型本地通信模块接口。p  厂家可按规范自行采购或者自研，华为不做推荐。APP可通过UART接口与模组进行数据交互。

1、简介      Docker Registry是docker的一个重要组件，是所有仓库（包括共有和私有）以及工作流的中央Registry。registry是镜像和图表的仓库。然而，它没有一个本地数据库，也不提供用户的身份认证，由S3、云文件和本地文件系统提供数据库支持。此外，通过Index Auth service的Token方式进行身份认证。      官方链接：https://hub.docker.com/search?q=registry&type=image      类别：虚拟化2、基础环境类别子项版本获取地址(方法)华为云虚拟机RC3（916）--OSCentOS7.6 Kernel4.14 软件包Docker1.13.1 Registry2 3、依赖安装无4、组件编译安装清除yumyum clean all下载服务器包到本地缓存yum makecache 更新yum 包yum -y update安装dockeryum install -y docker   启动dockersystemctl restart docker拉取并启动Registrydocker pull registry:2docker run -d -p 5000:5000 -v /opt/registry/data:/var/lib/registry --privileged=true --restart=always --name registry registry:latest5、系统配置无6、测试测试内容：Registry是否正常启动docker ps -a测试结果：正常启动测试内容：是否可以正常访问curl http://127.0.0.1:5000/v2测试结果：在本地环境可以正常测试内容：从docker上拉取的busybox镜像是否可以正常推送到Registry上。测试步骤:     1）拉取busybox镜像     docker pull busybox 2) 修改busybox镜像的tagdocker tag docker.io/busybox:latest 127.0.0.1:5000/busybox:latest      3）查看所有镜像docker ps -a4）推送该镜像到Registry私有仓库docker push 127.0.0.1:5000/busybox:latest5）从私有仓库拉取镜像(需要安装docker-client，当前环境没有安装，没法验证)测试结果：可以正常推送7、参考信息 官方文档：https://docs.docker.com/registry/8、FAQQ:docker拉取registry镜像后，只能在本地环境访问，在外网不能访问?A:因为代理的问题造成的。Q:拉取成功之后，却无法启动起来？A:一般情况下是因为5000端口被占用了。

1、简介Solr是一个独立的企业级搜索应用服务器，它对外提供类似于Web-service的API接口。用户可以通过http请求，向搜索引擎服务器提交一定格式的XML文件，生成索引；也可以通过Http Get操作提出查找请求，并得到XML格式的返回结果。Solr可以支持在arm环境下运行，无需重新编译。但需要配合Tomcat 8以上版本使用。可以从官网下载最新的Solr包进行解压缩、配置、运行。2、环境类别版本配置备注ARM测试服务器CentOS7.4arm通用计算增强型 | rc3.xlarge.4 | 4vCPUs | 14GB华为云公测可申请ARM服务器3、Tomcat安装（详细见tomcat指导安装文档）4、Solr安装（arm服务器）4.1.下载安装包wget http://mirror.bit.edu.cn/apache/lucene/solr/8.1.1/solr-8.1.1.zip4.2.解压缩包unzip solr-8.1.1.zip4.3.复制文件夹到目录1.拷贝solr-8.1.1/server/solr-webapp/webapp目录到tomcat/webapp/,改名叫solrcp -r solr-8.1.1/server/solr-webapp/webapp tomcat8/webapps/solr2.拷贝solr-8.1.1/server/lib/ext下的jar包到tomcat下的webapps/solr/WEB-INF/lib路径下cp solr-8.1.1/server/lib/ext/*.jar tomcat8/webapps/solr/WEB-INF/lib/3. 拷贝solr-8.1.1/dist 下的solr-dataimporthandler-8.1.1.jar、solr-dataimporthandler-extras-8.1.1.jar 包到tomcat下的webapps/solr/WEB-INF/lib路径cp solr-8.1.1/dist/solr-dataimporthandler*.jar   tomcat8/webapps/solr/WEB-INF/lib4.拷贝solr-8.1.1/server/lib下的metrics开头的5个jar到tomcat下的webapps/solr/WEB-INF/lib路径下（metrics-core-3.2.2.jar、metrics-ganglia-3.2.2.jar、metrics-graphite-3.2.2.jar、metrics-jetty9-3.2.2.jar、metrics-jvm-3.2.2.jar）5.新建一个文件夹solr-home，并将solr-8.1.1/server/路径下solr文件夹中的内容拷贝过来mkdir solr-homecp -r solr-8.1.1/server/solr/* solr-home  （复制到刚刚新建的solr-home里）4.4.环境配置1.进入tomcat8下的webapps/solr/WEB-INF下修改web.xmlcd tomcat8/webapps/solr/WEB-INFvi web.xml2. //记得打开此处的注释（如果没有手动输入）<env-entry>    <env-entry-name>solr/home</env-entry-name>  <env-entry-value>/usr/local/solr/solr-home</env-entry-value>//自己solr-home的位置    <env-entry-type>java.lang.String</env-entry-type></env-entry> //中间省略...//下面这段注释掉<!--  <security-constraint>    <web-resource-collection>        <web-resource-name>Disable TRACE</web-resource-name>        <url-pattern>/</url-pattern>        <http-method>TRACE</http-method>      </web-resource-collection>    <auth-constraint/>  </security-constraint>  <security-constraint>      <web-resource-collection>        <web-resource-name>Enable everything but   TRACE</web-resource-name>        <url-pattern>/</url-pattern>        <http-method-omission>TRACE</http-method-omission>      </web-resource-collection>  </security-constraint>  -->5、测试5.1.测试执行1.运行tomcat2.访问http://ip:port/solr/index.html（ip端口根据tomcat配置来填） 6、参考信息     solr安装指导： https://blog.csdn.net/qq_40524941/article/details/815122937、FAQ     待补充

你们要的【7天玩转容器之基础入门课】课件在这里，拿走不谢！课程内容涵盖热门的Docker+Kubernetes精编前沿技术，覆盖CKA考纲80%以上内容。资深专家带路，理论+实践双管齐下，助你系统学习、玩转容器，攻克CKA！时间课程主题材料下载Day1容器基础知识介绍点此下载Day2Kubernetes基础知识介绍点此下载Day3Kubernetes pod调度原理分析点此下载Day4Kubernetes应用生命周期原理分析点此下载Day5Kubernetes网络管理原理分析点此下载Day6Kubernetes存储管理原理分析点此下载Day7Kubernetes安全原理分析点此下载

本期【云享专家·微话题】由云享专家Tsjsdbd与大家一起讨论“容器与虚机，谁将主宰云世界”，希望大家能够畅所欲言。如果大家有其他任何与PaaS相关的问题，也可以在本帖回复直接咨询云享专家Tsjsdbd。 =======【云享专家·微话题】容器与虚机，谁将主宰云世界？=======如今Docker容器技术已经比较普及，在各个领域都开始发挥出价值。并且容器与虚拟机十分和谐的共存，两者各自具有不同的特征和相应适合的应用场景。然而，渐渐地你会发现在各个云基础设所涉及的领地，容器正在以它的角度重建这个世界，容器存储，容器网络，容器调度都全部长出自己的枝干。在实际的领域，容器也开始崭露头角，HPC，基因测序，边缘云，微服务等等。相信有一天，容器会与虚机平起平坐，然后在那之后，迅速超越，成为云计算的中流砥柱。Container will Rebuild the World。每个人对“容器与虚机”都有不一样的理解，今天我们就“容器与虚机”一起来讨论，希望看到大家精彩的评论：1、讲讲你在容器使用过程中存在的问题？2、讲讲容器技术如何在各个技术领域渐露头角？3、容器一直被诟病的薄弱点安全相关进展？4、你觉得容器是否和虚机的各自发展前景？微话题活动：参与本次微话题讨论，有机会获得优质评论奖活动时间：2018年7月16日-7月27日参与方式：直接在本帖回复你关于以上4个问题的理解或评论获奖方式：活动结束后，将由云享专家Tsjsdbd选取出3名优质评论奖，各送出《Docker 容器与容器云》书籍1本。优质评论：建赟：1、讲讲你在容器使用过程中存在的问题？                 在容器使用过程中存在的问题有：a、安装非常缓慢，而且经常安装失败。b、Docker所有的镜像都依赖于基础镜像，而这些基础镜像都在国外的docker hub上，镜像pull非常慢。c、默认的dockerhub所有镜像都是公开的，私有仓库价格是非常贵的，而且速度还很慢。d、要在VM上使用docker，需要对网络、存储等做一些特殊的处理。e、使用docker的出发点是降低运维成本，提升效率，但是管理上的成本相反却会上升，需要专业的公司来处理。f、容器的性能。 g、容器的安全。 h、网络的问题。i、容器型运维人员短缺2、讲讲容器技术如何在各个技术领域渐露头角？                 容器带来了之前技术所没有的几个新特点。a、与之前的方法相比，Docker让容器部署和使用起来更容易、更安全。b、由于Docker与其他容器领域的巨擘进行了合作，包括Canonical、谷歌、红帽和Parallels，共同开发其关键的开源组件libcontainer，它为容器带来了迫切需要的标准化。c、容器易于部署到云端。3、容器一直被诟病的薄弱点安全相关进展？       对docker容器安全质疑最大的一点就是其隔离的彻底性，将docker生命周期拆为两个大阶段，非生产环境阶段和生产环境阶段，这两个阶段安全控制的目标如下：非生产环境中保证镜像安全可信，生产环境中保证镜像正确的运行。4、你觉得容器是否和虚机的各自发展前景？       说docker代替vm来说还为时过早，长期来看docker会在更多的场景上逐步替代vm的功能，vm技术也会在很长的时间内继续发挥着重要的作用，也许将来两种技术会进行融合，vm技术拥有docker的一些特性，同时docker也会克服自身的一些缺点，变得更加易用。ecstatic：1、讲讲你在容器使用过程中存在的问题？      a.项目中docker容器中生成的日志文件名称乱码      b.怎样才能在容器中使用iptables呢      c.容易安装失败      d.kubernetes，mesos框架用不明白2、讲讲容器技术如何在各个技术领域渐露头角？     容器技术最早可以追溯到1979年UNIX系统中的chroot，最初是为了方便切换root目录，为每个进程提供了文件系统资源的隔离，这也是OS虚拟化思想的起源。      2013年Docker诞生，Docker最早是dotCloud（Docker公司的前身，是一家PaaS公司）内部的项目，和Warden类似，Docker最初也用了LXC，后来才自己写了 libcontainer 替换了 LXC。和其它容器技术不同的是，Docker 围绕容器构建了一套完整的生态，包括容器镜像标准、容器Registry、REST API、CLI、容器集群管理工具Docker Swarm等；      2016年微软公司发布基于Windows 的容器技术Hyper-V Container，Hyper-V Container原理和Linux下的容器技术类似,可以保证在某个容器里运行的进程与外界是隔离的，兼顾虚拟机的安全性和容器的轻量级。     为什么要关注Docker或者容器技术呢？容器可以提供隔离性，可以为各种测试提供一个良好的沙盒环境。并且，容器本身就是具有“标准性”的特征，非常适合为服务创建构建块。加速本地开发和构建流程，使其更加高效、更加轻量化。本地开发人员可以构建运行并分享Docker容器。容器可以在开发环境中构建，然后轻松的提交到测试环境，最终 进入生产环境。能够让独立服务或者应用程序在不同的环境中，得到相同的运行结果。用Docker创建隔离的环境来进行测试。eg ：JenkinsCIDocker可以让开发者在本机上构建一个复杂的程序或者架构来进行测试，而不是一开始就在生产环境部署、测试。构建一个多用户的平台及服务基础设施。为开发、测试提供一个轻量级的独立沙盒环境，或者将独立的沙盒环境用于技术教学，eg：unix shell 的使用。提供软件及服务应用程序高性能、超大规模的宿主机部署。3、容器一直被诟病的薄弱点安全相关进展？      Docker中可能会出现的安全问题     内核漏洞（Kernel exploits）    容器是基于内核的虚拟化，主机（host）和主机上的所有容器共享一套内核。如果某个容器的操作造成了内核崩溃，那么反过来整台机器上的容器都会受到影响。     拒绝服务攻击（Denial-of-service attacks）    所有的容器都共享了内核资源，如果一个容器独占了某一个资源（内存、CPU、各种ID），可能会造成其他容器因为资源匮乏无法工作（形成DoS攻击）。     容器突破（Container breakouts）    Linux的namespace机制是容器的核心之一，它允许容器内部拥有一个PID=1的进程而在容器外部这个进程号又是不一样的（比如1234）。现在问题在于如果一个PID=1的进程突破了namespace的限制，那么他将会在主机上获得root权限。      有毒镜像（Poisoned images）     主要是考虑到镜像本身的安全性，没太多好说的。      密钥获取（Compromising secrets）     容器中的应用可能会获取一些容器外部的服务，这些服务之间可能会有密钥（secret key）等，如果因为密钥保存不当，那么这些服务对于攻击者来说就是可获取的了，这就会造成很多隐患。特别的，这样的问题如果出现在微服务架构中就特别严重。       安全方案             主机级别的隔离     主机级别的隔离（Segregate Containers by Host）即将不同用户的容器放在不同的机器上、将那些存放了敏感数据的容器 和普通的容器隔离开来、将哪些直接暴露给终端用户的容器（web容器）隔离开来。      主机级别的隔离的好处是可以防止容器突破攻击、DoS攻击，但是这样的隔离会付出成本甚至性能的代价的。              限制容器的网络        容器应向外暴露尽可能少的端口，此外，对于容器之间的通信，最好是需要通信的容器才是连通的。        移除SUID和SGID的二进制位        限制内存        限制CPU        限制重启        限制文件系统4、你觉得容器是否和虚机的各自发展前景？      随着容器生态圈的继续扩大，容器技术正在与越来越多的行业搭界，不论是过去八竿子打不着的大数据、物联网领域，还是已经闹得沸沸腾腾的微服务、虚拟化，一个更加广阔的后容器技术时代正在到来，他们都将会有更大的发展前景。小修：1、讲讲你在容器使用过程中存在的问题？1. 在docker容器中vi指令找不到2.docker容器启动后没有ifconfig和ping3.Docker客户端和服务器端版本不一致，在某些操作过中会出现错误4.对于基于busybox, alpine等镜像的容器，在执行命令时可能会出现错误5.容器启动后自动退出、或进入“restarting”状态2、讲讲容器技术如何在各个技术领域渐露头角？容器技术已经引起了业内的广泛关注，有充分的证据表明，容器技术能够大大提升工作效率。　　现在，虚拟化技术已经成为一种被大家广泛认可的服务器资源共享方式，它可以在按需构建操作系统实例的过程当中为系统管理员提供极大的灵活性。由于hypervisor虚拟化技术仍然存在一些性能和资源使用效率方面的问题，因此出现了一种称为容器（Container）的新型虚拟化技术来帮助解决这些问题。起初，大家普遍认为基于hypervisor的方式可以在最大程度上提供灵活性。所有虚拟机实例都能够运行任何其所支持的操作系统，而不受其他实例的影响。然而，现在越来越多的用户发现hypervisor提供这样一种广泛支持的特性其实是在给自己制造麻烦。对于hypervisor环境来说，每个虚拟机实例都需要运行客户端操作系统的完整副本以及其中包含的大量应用程序。从实际运行的角度来说，由此产生的沉重负载将会影响其工作效率及性能表现。　　首先，每种操作系统和应用程序堆栈都需要使用DRAM。对于多个运行简单应用程序的小型虚拟机实例来说，这种方式可能产生很大的系统开销，降低性能表现。加载并卸载这些堆栈镜像需要花费很长时间，并且还会增加容器技术服务器的网络连接数量。对于极端情况来说，如果用户在上午9点同时启动上千台虚拟桌面，还有可能导致网络风暴的发生。部署虚拟服务器的目的之一在于快速创建新的虚拟机实例。然而从网络存储当中复制镜像需要花费大量时间，这些操作会延长启动过程，无疑会限制系统灵活性。　　因此我们可以选择使用容器技术。只需要通过简单的观察我们便能够发现容器技术的出现是为了解决多操作系统/应用程序堆栈的问题：在单台服务器当中为所有虚拟机实例使用相同的操作系统对于大部分数据中心来说都不算是真正的限制。流程管理（Orchestration）可以轻松处理这种变化许多应用程序堆栈都是相同的（如LAMP）对于大规模集群来说，在本地硬盘当中存储操作系统副本将会使得更新过程变得更为复杂最为重要的是，容器技术可以同时将操作系统镜像和应用程序加载到内存当中。还可以从网络磁盘进行加载，因为同时启动几十台镜像不会对网络和存储带来很大负载。之后的镜像创建过程只需要指向通用镜像，大大减少了所需内存。　　容器技术能够在同一台服务器上创建相比于之前两倍的虚拟机实例数量，因此无疑将会降低系统总投入。但是必须认真进行规划，因为双倍的实例数量同样意味着对于运行这些实例的服务器带来了双倍的I/O负载。　　我们需要了解除了避免可能发生的启动风暴之外，容器技术是否还有任何其他性能方面的优势。能否改进IOPS？能够提升网络连接效率并且降低容器间的延迟，解决伴随实例数量增加而产生的问题？美国某传统服务器大厂商的某实验室完成了至今为止大部分权威实验，其研究结果表明容器技术相比于hypervisor，容器技术的许多关键指标都有重大改进。在进行的所有测试当中，容器技术几乎拥有和本地平台一样的运行速度，尽管网络延迟测试还没有完成。　　上述厂商的研究表明容器技术在多个领域当中都比hypervisor拥有更好的性能表现。容器技术的运行速度几乎是hypervisor的两倍，在评分当中非常接近于本地操作系统。在和KVM的对比当中，容器技术在硬盘随机读取(84,000 vs 48,000 IOPS)和写入(110,000 vs 60,000 IOPS )方面拥有非常优秀的表现，如果使用本地固态硬盘可以实现更好的SQL性能表现。高性能计算(HPC)社区也在转而使用虚拟化和容器技术。一项由巴西天主教大学进行的研究已经取得了一定成果。“如果可以降低基本的系统开销（比如CPU、内存、硬盘和网络），那么HPC无疑会选择使用虚拟化系统，”研究人员表示。“从这个角度来说，我们发现所有基于容器的系统在CPU、内存、硬盘和网络方面都拥有接近于本地操作系统的性能表现。”美国某虚拟化公司V***re也针对容器技术进行了一系列评测对比。容器技术研究结果印证了容器技术拥有接近本地系统的性能表现，尽管其并没有像IBM实验室那样针对VMware的hypervisor发布非常详细的测试报告。而这项报告的容器技术结果有可能促使VMware做出调整，以降低hypervisor的系统开销。VMware的报告当中没有提及硬盘I/O问题。　　为了扩展适用范围，容器技术仍然需要在安全方面不断改进。但是现在，我们可以看到的是这种方式可以解决hypervisor虚拟化当中的大多数性能问题。再加上更加轻松和快捷的部署方式，容器技术将会在不久的将来占据虚拟化市场3、容器一直被诟病的薄弱点安全相关进展？容器安全需要自下而上全面考虑安全风险，从内核，OS ，OS层的网络、软件版本、Selinux策略，Docker版本，Docker的优化配置以及使用方式，image中所依赖的base 以及软件包，容器间的网络隔离。真的是每一处都需要去考虑，任何一个环节的小问题，都有可能造成事故。感觉Docker 安全是个全方位的问题，任何一点疏漏都会带来灾难性后果。有些问题不是Docker本身能解决的，需要多方配合。Docker在这个方面做了哪些工作？4、你觉得容器是否和虚机的各自发展前景？容器实例与主机共享操作系统内核，通过内核提供的运行时隔离能力为服务提供独立的用户域、文件系统、网络以及进程运行空间。虚拟机的每个实例自带操作系统，因而是一种硬件级的虚拟化隔离。容器通常是专用于运行特定服务的，它的镜像通常只包含运行该服务所需的上下文内容，许多广泛使用的镜像都只有几十MB，甚至几MB大小。虚拟机则需要提供包括内核在内的通用进程运行环境，它的镜像偏向于大而完整的全功能集合，即使一个最小精简镜像的体积也有几百MB。容器的使用方式倾向于开箱即用，镜像提供的是一个“不可变的基础设施环境”。虚拟机则倾向于让用户根据所用的系统，自定义初始化操作，使用Ansible、Puppet这样的配置工具来进行基础设施的管理。容器在启动速度和运行性能上更有优势，虚拟机在安全性上更有优势。如果从这些十分清晰的定义来看，近一年来开源界出现的一些虚拟化“边界破坏者”们已经完全无视了这些规则。它们要么是运行在虚拟机中的操作系统，却有着容器一样的使用体验，要么是基于容器技术的运行时隔离，却应该当成虚拟机使用。因此，尽管这些技术的实现细节上差异巨大，但它们都有一个共同特征：携带着容器和虚拟机各一部分的基因，具备两者优势的结合。

云原生的概念自2013年一经提出，就备受关注和推崇在IT圈儿混的，对云原生技术想必都不陌生特别是对容器、服务网格、微服务、Serverless 等云原生代表技术，或多或少都有一定了解很多企业甚至已利用云原生技术成功实现了业务上云的转型 那么问题来了从邂逅云原生到相识相知携手踏上新征程，你/公司是怎么做到的，都经历了些啥？520秀完恩爱，是时候秀秀你与云原生的那些事儿了！华为云容器团队现面向广大程序猿征集你与云原生的故事、技术心得、上云实践/案例等参与即有机会获得华为手环、云原生专业书籍、京东E卡等多重好礼哦分享创造更大价值，你还在等什么，赶紧参与吧~ 活动具体内容&规则如下：1. 征文时间：2019年5月27日-7月31日2. 参与对象：华为云容器服务用户、云原生技术爱好者3. 参与方式：点击进入“云原生研究所”- 选择“云原生生态”分类，即可发布参赛文章帖啦，记得将帖子标题及链接回复在本帖下哦（用于参赛统计和奖品发放，一定要回复到本帖下，否则可能无法参与评选）4. 内容要求：分享你/公司与云原生的故事、技术心得、上云实践/案例……只要与云原生相关内容皆可，500字以上，不限题材，自由发挥。比如，可以谈谈你对云原生技术的理解，聊聊你个人or公司在使用华为云容器服务过程中的心得体会。当然，如果能分享一些容器给公司业务带来的变化就更好啦~>举个栗子：-标题：我与容器的不解之缘-正文：坐标深圳，XX公司程序猿一枚，一直有关注容器技术……公司去年开始使用华为云容器服务CCE，逐步将应用进行容器化改造……大幅度降低了成本，提高了运维效率，还让我得到了晋升的机会……5. 评选规则：>评选标准：1）可学习参考性  2）内容真实性  3）内容完整性>评选方式：活动结束后，华为云容器服务专家评审团将对参赛文章进行评审，并于1周内公布结果。6. 活动奖励：一等奖：1名   华为手环+云原生专业书籍二等奖：3名   云原生专业书籍 三等奖：6名   50元京东E卡7. 注意事项：1）按参与方式参与，其他方式无效；2）请勿大篇幅抄袭其他用户的文章，一经发现，取消参赛、获奖资格；3）禁止恶意刷数据等作弊行为，如有发现，取消参赛、获奖资格；4）遵守华为云社区常规活动规则https://bbs.huaweicloud.com/forum/thread-5766-1-1.html5）本活动最终解释权归华为云容器团队所有。激扬文字，创造更大价值，点击参与吧~

本文不做深入的技术讨论，仅从 Knative 的基本概念及诞生背景入手，让读者对 Knative 的产生初步了解。下一篇开始将对 Knative 的核心组件：Build、Serving、Event 进行深入解读，并结合我们在日常工作中的案例，让大家对 Knative 从技术到应用有一个全方位的了解。Knative 是什么？2018 年 7 月，Google 在 Google Cloud Next 2018 上发布了Knative，将其定位为基于 Kubernetes 的 Serverless 解决方案，旨在标准化 Serverless，简化其学习成本。自开源以来，Knative 项目备受关注，在 github 上已经获得 1000+ 的 start， Pivotal、IBM、Red Hat 等公司也纷纷成为其重要的合作伙伴。传统 Serverless 之殇既然 Knative 的定位是 Serverless 解决方案，那我们不不妨看看 Knative 之前的 Serverless 解决方案是什么样子。提到 Serverless，开发者往往可以想到一张经典的图片，它描述了传统互联应用架构与 Serverless 架构的不同点，Serverless 架构让开发者在构建应用的过程中无需关心计算资源的获取和运维，由服务提供商按需分配计算资源并保证应用执行的 SLA，商业策略上也不同于传统资源的计费模式，按照调用次数进行计费，避免了资源冗余造成的浪费，有效节省应用成本。Serverless 大体上可以分为两种类型：“Backend as a Service” 和 “Functions as a Service”。BaaS(Backend as a Service) 后端即服务，服务商为客户 (开发者) 提供整合云后端的服务，如提供文件存储、数据存储、推送服务、身份验证服务等功能，以帮助开发者快速开发应用。FaaS(Function as a Service) 函数即服务，服务商提供一个平台，允许客户开发、运行和管理应用程序功能，而无需构建和维护基础架构。按照此模型构建应用程序是实现“无服务器”体系结构的一种方式，通常在构建微服务应用程序时使用。传统的互联网 APP 主要采用 B/S 架构，服务器端需长期维持业务进程来处理客户端请求，并调用代码逻辑完成请求响应流程。而在 Serverless 架构中，应用的业务逻辑将基于 FAAS 架构拆分成多个相互独立的功能组件，并以 API 的形式向外提供服务；同时，不同功能组件间的代码将存储在云服务厂商的函数服务（Function Service）上，如：Amazon Lambda，Azure Function，Google Cloud Functions 等，业务代码仅在被调用时运行，在响应结束时释放资源。然而，传统的 Serverless 解决方案却一直叫好不叫座，这与其自身的问题是分不开的：1.厂商绑定Serverless 只提供了应用本身部署和运行的便利性，但应用依赖的其它服务，比如 API 网关、数据库、消息、缓存管理组件等，会因为选用了某个厂商的 Serverless 平台，而必须使用该厂商提供的配套服务，比如使用 AWS Lambda 就必须配套使用 AWS 的 DB, S3 等产品，这样用户就被该厂商绑定，不能进行随意的迁移或者迁移成本非常高。在 Baas 行业内，一个比较典型的事件是：2016 年 1 月 19 日，Facebook 关闭曾经花巨额资金收购的 Parse，造成用户不得不迁移在这个平台中产生一年多的数据，无疑需要花费比较大的人力和时间成本。2.没有行业标准因为对 Serverless 缺乏统一认知以及相应的标准，Serverless 应用无法适应所有的云平台，只适合简单的应用开发，无法推动形成大型成功案例。Knative：Serverless 大规模商业化实施的基石Knative 提供了一组标准中间件，专注于在云原生平台上构建和运行应用的通用任务，比如源码到容器的构建、将服务绑定到事件生态系统（通过事件触发工作负载的执行）、管理部署期间的路由和流量以及工作负载的自动扩展。该框架为用户提供了“部署任何负载都需要的熟悉的、惯用的语言支持以及标准化的模式，这些负载包括传统的应用，也包括函数或容器应用”。相对于传统的 Serverless 解决方案，Knative 的优良性得到开发者和企业认可，这也是其短时间内得到业内各大厂商追捧的主要原因。细数一下 Knative 的优势，包括：便利性：Knative 以 Kubernetes 和 istio 作为其底层框架，因此无论是线上还是线下，任何 Kubernetes 集群，无论是云上 Kubernetes 服务还是自建 Kubernetes 集群，都能通过安装 istio 和 knative 插件快速的搭建 serverless 平台；标准化：Knative 联合 CNCF，把所有事件标准化，统一为 CloudEvent，提供事件的跨平台，同时让函数和具体的调用方能够解耦；服务间解耦：使用 Knative 使得应用不在与底层依赖服务强绑定，可以跨云实现业务互通；成熟的生态：Knative 基于 Kubernetes 体系构建，与 kubernetes 生态结合更紧密；自动伸缩：监控应用的请求，并自动扩缩容, 得益于 Istio 能力加持，天生支持蓝绿发布、回滚功能，方便应用发布流程。应用监控：支持日志的收集、查找和分析，并支持 VAmetrics 数据展示、调用关系 tracing；目前，Knative 已经发布到 0.5 版本，每一次更新都离客户的最终诉求近了一步，加上 Google, IBM ，Pivotal，Redhat 这样的豪华社区阵营支持，Knative 的未来必定是一片坦途，相信在很短的时间内，我们就能看到基于 Knative 的成功商业化案例。

《直播回看》栏目会将“华为云开发者者联盟”移动端课程平台的精品音视频直播课，定期进行展播，支持各位伙伴进行回看学习本期推荐： 直播回看 | 容器-容器应用之基于AOS进行全自动化的云上编排【主讲人介绍】主讲人：Jiang Shuhang华为云应用服务产品经理，负责华为云应用产品的规划、设计和运营工作，多年来一直从事华为容器类云计算产品的规划与研发工作，在云计算行业及容器技术领域有丰富的从业经验。【课程大纲】课程主要介绍华为云应用编排服务AOS，如何通过图形化的设计器，为用户提供直观、便捷的容器全栈应用的自动化编排。课程中将通过一个电商网站的示例，展示如何通过设计器完成一个容器应用系统的设计及如何完成一键上云的过程。通过学习本课，用户应当具备通过华为云应用编排服务，实现自身容器应用系统在华为云的自动化上线。【课程链接】可扫描下方二维码进入“华为云开发者联盟“移动端直播间收听课程