>摘要：什么是“元宇宙”，1000个人眼里有1000个“元宇宙”。本文分享自华为云社区[《【云驻共创】年轻人如何入场元宇宙？未来已来！》](https://bbs.huaweicloud.com/blogs/313294?utm_source=csdn&utm_medium=bbs-ex&utm_campaign=other&utm_content=content)，作者：启明。 近期，Facebook把自己公司更名为Meta（元），上了一波热搜；而前段时间国内的阿里腾讯，国外的谷歌等巨头纷纷宣布入局元宇宙；行业“冥”灯罗永浩也宣布要入局元宇宙，这个词汇出现的越来越频繁，而未来会更频繁。 那么“元宇宙”究竟是什么呢？ **1000个人眼里有1000个“元宇宙”** 什么是“元宇宙”，1000个人眼里有1000个“元宇宙”。 不同的媒体、公司、个人等，对“元宇宙”都有着自己的理解： 有的人认为“元宇宙”代表着人类文明的未来；而还有些人觉得“元宇宙”代表着虚拟世界的“躺平”，是个“邪恶”的东西，Elon Musk的冲向太空，才是人类文明的未来..... 而在这两种观点之间，还有一种观点：“元宇宙”和互联网一样，本身是不带任何属性的，重点还是看我们如何使用它。 要探讨什么是“元宇宙”，我们需要探索人类需求的本源。 **影视文学中的元宇宙** 首先，我们从影视文学中的元宇宙的角度来挖掘一下： **《雪崩》** 对于元宇宙的解释，目前公认翻译自1992年斯蒂芬森科幻小说《雪崩》中“Metaverse”（也译为超元域）一词。元宇宙简单来说，就是现实世界中的所有人和事都被数字化投射在了这个网络云端世界里，你可以在这个世界里做任何你在真实世界中可以做的事情。与此同时，你还可能做你在真实世界里做不到的事情 **《庄周梦蝶》** 而在中国2300多年前的百家争鸣时代，庄子梦到了自己变成了蝴蝶在翩翩飞舞，醒来之后不知身在何处，就产生了这样的思考：到底是庄子变成了蝴蝶，还是蝴蝶变成了庄子呢？哪个才是真是的存在？还有《枕中记》一书中的“黄粱一梦”等成语也是类似的哲思探索。 **《星球大战》** 在《星球大战》中我们看到具备三维全息投影功能的R2D2机器人；以及目前在游戏玩家中很流行的玩意儿：由一个全视角显示头盔和一套感应服构成，感应服可以使玩家从肉体上感觉到游戏中的击打、刀刺和火烧，能产生出酷热和严寒，甚至还能逼真地模拟出身体暴露在风雪中的感觉。在《三体》改编的同名游戏中提到，汪淼走到她后面，由于游戏是在头盔中以全视角方式显示的，在显示器上什么都看不到。 **《王牌特工》** 在美国影视剧《王牌特工》中，当你带上王牌特工的专属AR眼镜，其他与会人哪怕身在不同国家地区，都能就在身边一样，开一个全息会议。 **《阿凡达》** 在《阿凡达》影视剧中，科学家尝试将人类DNA和纳威人的DNA结合在一起，制造出一个克隆纳威人。而最神奇的地方在于克隆纳威人可以让人类的意识入驻其中，从而成为人类在这个星球上活动的“化身”（Avatar）。 **《黑镜》** 在《黑镜》第二季第一集当中，名为“Be Right Back·马上回来”，讲述了一对情侣Martha和Ash搬去了Ash父母居住的远离尘嚣的小镇生活，但是社交网络狂人Ash却在归还搬家租赁的货车时死于非命。在Ash的葬礼上，Martha的朋友Sarah告诉了她一种和死去的人建立联系的新方法，就是用Ash在社交网络中留下的所有信息、状态，更新和Like，Martha可以创造出一个新的“真”Ash，从而帮助她减轻伤痛。 **《刀剑神域》** 在《刀剑神域》中，当你带上脑机接口设备时，你在游戏中死亡，那么在现实中也将死亡。 **《太空堡垒》** 《太空堡垒》有3个非常了不起的设定： 1. 全息眼镜Holoband和虚拟paradise 2. 意识上传到云端 3. 意识下载到机器人的身体中，成为第一代具备真正“智慧”的机器人 **《头号玩家》** 2045年，处于混乱和崩溃边缘的现实世界令人失望，人们将救赎的希望寄托于“绿洲”，一个由鬼才詹姆斯·哈利迪一手打造的虚拟游戏世界。人们只要戴上VR设备，就可以进入这个与现实世界形成强烈反差的虚拟世界。在这个世界中，有繁华的都市，形象各异、光彩照人的玩家，而不同次元的影视游戏中的经典角色也可以在这里齐聚。就算你在现实中是一个挣扎在社会边缘的失败者，在“绿洲”里也依然可以成为超级英雄，再遥远的梦想都变得触手可及。 **《失控玩家》** 今年上映的一个新的影视剧。其中的主角以为自己是生活的主角，其实只不是这个世界的一个NPC，这个舞台上的提线木偶。 **UPLOAD** 1. 《UPLOAD》中的精彩设定： 2. 死前将意识上传到虚拟天堂 3. 死后的世界也有2G和5G之分 4. 死后通过全息方式参加自己的葬礼 **《黑客帝国》** 未来的人类生活在机器人所制造的矩阵（Matrix）虚拟世界中，而机器人则得以从人体获取所需的生物能源。但生活在虚拟世界中的人类丝毫没有意识到自己的世界是虚拟的，知道“救世主”的出现。 我们并不是来讲解这个科幻影视作品的，我们要做的，是从中这些科幻影视作品中，看看人们的需求。 一提到需求，我们可能会立刻想到马斯克的“需求层次论”，但是在这里，我们更加抽象一下：  **物质需求：** 创造价值与财富，提高生产力 **精神需求：** 消费与享受生活，社交娱乐 **永生：** 彻底脱离生老病死，实现数字化永生 当然，按照目前科技的发展进程，如果想实现人类生物身体的永生不老是非常难的，但是通过Metaverse的技术未来我们有可能会实现一种数字化的永生。 **巨头眼中的元宇宙** 介绍完影视剧中的“元宇宙”，我们来看看巨头眼中的元宇宙： **Facebook？Meta！** 首先我们来看的是Meta，也就是之前的Facebook。对Meta来说，今年是一个非常重要的一年，因为今年它改元。当然我们都知道在中国的历史上，某个帝王更改自己的年号叫“改元”，其实对Facebook对Meta来说，2021年也是它的改元之年。我们可以看一看在它改元之前，它的虚拟现实以及在元宇宙做了哪些布局。 2014年的时候，其用20亿美元将股份收购了Oculus VR。在收购的时候，扎克伯格在自己的Facebook主页上说了这样一句话：沉浸式的虚拟现实游戏，将是虚拟现实第一个重大应用，但是这仅仅只是一个起点，虚拟现实绝不仅仅是游戏，我们希望把它打造成下一个计算和通讯平台。 2018年9月，Facebook在Oculus Connect开发者大会上宣布推出独立虚拟现实（VR）头盔Oculus Quest，跟Oculus Go类似，这种头盔无需PC或手机即可提供虚拟现实功能。但是它提供了6自由度的游戏控制器，可以让玩家更愉快的玩耍。 2020年9月，Facebook在开发者大会上宣布推出Oculus Quest 2代，定价仅299美元。 2021年11月17日，根据高通CEO透露的数据，Oculus Quest2代的累积销量已经突破1000万台！！！ 那么1000万台意味着什么？意味着 VR头显的设备已经跨越了所谓的第一个极限点，即将迈向真正的星辰大海。 往后接下来几年还会陆续还有Oculus的3代和4代，而这些都在开发之中，而且价格肯定不会比二代贵，也会解决诸多的技术问题，但是具体的发布时间（可能在2022年圣诞节前 ）还在猜测当中。除了3代和4代之外，还有传闻中的PRO版本，也就是性能更强，价格更高，那么它可能会对标传说中要发布的苹果的新品。当然Meta也就是之前的Facebook，除了现有的Oculus这条产品之外，还在积极的研发AR眼镜。 看完上述的这些产品之外，我们也来看一看Meta还有其他哪些布局： 2018年的Facebook F8大会上，Oculus首席科学家Michael Abrash宣布Oculus研发部门Oculus Research重新命名为Facebook Reality Labs，并同时涉足VR与AR技术的研发。 Facebook AR/VR部门在2021年总人数已逾1万人,占总员工人数的近20%,而2017年该部门仅为1000人。 Facebook有两个开发者的大会是值得我们关注的，分别是每年5月到6月的F8大会，以及每年10月底左右的XR开发者大会。 Facebook于2017年发布了名为AR Studio的AR套件，并一直与全球社区合作，共同塑造和定义Spark AR平台。 2021年8月20日，Facebook推出测试性的VR远程办公APP，名为Horizon Workrooms，有了该软件，Oculus Quest 2用户可以用虚拟化身参与会议。 2021年11月11日，Meta宣布与微软合作，将Meta旗下的WorkPlace功能与微软的Teams整合，发展元宇宙办公室。 我们可以看到，现在虚拟现实和原有的产品和技术的布局，从之前的以数年为单位，现在已经大大的提速，增加到了一年半年甚至几个月都会有一个新的产品新的功能出来。 那么在内容生态上，Meta一是推出Oculus Store，目前已有超过60款Oculus Quest 游戏的营收超过100万美元；二是和第三方平台SideQuest合作。  其还成立了Oculus Studio，并且收购多家VR内容公司，包括Beat Games、Downpour、Ready at Dawn、Sanzaru Games、BigBox VR。 根据Steam VR平台的统计数据，我们可以看到OcQ设备的市场占有率是非常的高：  那么目前在这个市场上我们可以看到，整个平台已经有了一定数量的相关的VR内容，包括支持各个设备的，但是还仅仅是在以千为单位。  我们都知道，比如说苹果的App Store或者是安卓商城上的应用，都已经是突破上百万甚至几百万个，那么现在目前 VR的应用还处于非常的早期。 所以对于Meta来说，也就对于之前的Facebook来说，最重要的事情就是上个月28号扎克伯格宣布它正式更名成Meta，从此迈向未来的星辰大海。 **微软** 同样是元宇宙，我们可以看到Meta，也就是Facebook它更偏重于其社交属性。而对于微软来说，它更多是从企业办公、企业生产力方面来看，也就是所谓的“企业元宇宙”。 2015的开发者大会，微软与WIN10一起推出黑科技产品HoloLens； 2019年2月的MWC（世界移动通信大会）上，微软发布HoloLens 2代； 2021年4月，微软拿下美军218.8亿美元的军工版HoloLens合同。 除设备之外， 2018年10月，微软首次启动Azure Digital Twins平台预览版； 2020年12月，微软宣布Azure Digital Twins全面上市； 2021年3月，微软推出了一款具有3D化身和其他XR功能的虚拟平台Mesh，旨在打造能让人们通过AR/VR技术进行远程协作的应用。微软团队将会推出全新的3D虚拟化身，无须使用VR/AR头盔，用户将能够以虚拟任务或动画卡通的形式出现在视频会议中，且通过人工智能能够解读声音，让头像变得活灵活现。 可以看到微软的动作也是不断的加快：11月2日，微软在Ignite大会上宣布，计划将旗下聊天和会议应用Microsoft Teams打造成元宇宙，把混合现实会议平台Microsoft Mesh融入Microsoft Teams中。此外，Xbox游戏平台将来也要加入元宇宙。 萨提亚·纳德拉表示，微软的元宇宙最初专注于企业级应用。 微软（中国）首席技术官官韦青表示，没必要去纠结现在流行的技术叫什么词，无论是叫元宇宙也好，叫数字孪生也罢。永远不要忘记，创造虚拟空间的初衷是为了强化物理世界，让我们在现实生活提高生产效率，降低生产成本。 官韦青指出，像微软、苹果等科技公司的业务是虚拟空间、物理世界两方面业务皆有覆盖，两方面互补，而不是单方面地陷入到某一个领域。元宇宙构筑的逻辑，都是将物理世界的对象和现象变成模型，放到虚拟空间中，进行仿真、预测，最终反馈到物理空间，来强化我们的物理世界。 下图是微软的Metaverse解决方案，包括它的物理世界、连接、建模、位置、数据，还有智能逻辑以及协作平台等等，可以看到它是偏向于提高生产力。  下图是微软去年在AR/VR领域的专利，可以看到在Q1至Q3它都是排在第一的，Q4是Magic Leap跃居第一。  在Meta的眼中，元宇宙可能更多的是社交娱乐，也就是满足我们的精神需求，而在微软的眼中元宇宙做更多的是提升生产效率，满足物质层面的需求，那么，英伟达眼中的元宇宙又是什么呢？ **英伟达-OmniVerse** 英伟达提出自己的元宇宙叫OmniVerse。它在元宇宙相关的布局及相关产品： 1、NVIDIA RTX系统显卡和虚拟工作站； 2、NVIDIA CloudXR-XR串流平台（和微软Azure以及Amazon AWS开展合作，主要兼容AR和VR设备，包括不限于：1、大部分PCVR、HoloLens 2、VR一体机、支持AR的安卓和iOS设备等）； 3、OmniVerse元宇宙平台-数字版老黄 2021年11月9日GTC大会再次升级Omniverse平台，发布了Omniverse Avatar和Omniverse Replicator。Omniverse Avatar是一个用于生成交互式AI化身的技术平台。它集合了英伟达在语音AI、计算机视觉、自然语言理解、推荐引擎和模拟技术方面积累的技术，为创建人工智能助手打开了大门，可以帮助处理数十亿的日常客户服务互动。Omniverse Replicator则是一种合成数据生成引擎，可以基于现有数据持续生成用于训练的合成数据。 Omniverse的门户是USD（通用场景描述）黄仁勋认为Omniverse的本质是一个数字虫洞。未来任何计算机都可以连接到Omniverse就像HTML（一种标记语言，可将网络上的文档格式统一）基于网站。 黄仁勋表示：“如何使用OmniVerse模拟仓库、工厂、物理和生物系统、5G边缘、机器人、自动驾驶汽车，甚至是虚拟形象的数字孪生，是一个永恒的主题。” 总结来说，在英伟达眼中，那么不管是叫OmniVerse，还是MetaVerse也好，它百分之八九十的功能是为了提升生产力。具体的细节大家可以去相关的英伟达的开发网站去看详细的细节（http:http://developer.nvidia.com/nvidia-omniverse-platform）。 **苹果** 苹果虽然目前还没有推出相关的产品，但是他在不断的收购相关的公司以及部署了非常多的专利。那么在各个场合其CEO库克也表达了他对元宇宙以及对虚拟现实的一些看法。 I think AR is big and profound. This is one of those huge thing that we'll look back at and marved at the stat of it. I think customers are going to see it in a variety of ways anfd it feeld great to get AR going at a level that can get all of the developers behind it. Tim Cook, Apple CEO 库克认为，AI，也就是增强现实是一个非常巨大的市场。 在苹果WWDC 2017大会上，苹果发布了AR开发工具ARKit，具备SLAM、平面检测、光照估计、环境理解、图像识别等功能； 2017年9月12日，苹果正式发布的iPhone X系列手机中使用了A11 Bionic芯片，首次集成了神经网络引擎；以及3D结构光技术FaceID，通过iPhone X的Face ID可以制作3D表情Animoji； 2019年9月11日，苹果发布的iPhone 11首次使用了UWB超宽频芯片U1，超宽频技术让iPhone 11系列更具空间感知能力，可精确定位其他配备U1的苹果设备； 2019年10月29日，苹果发布的Airpods Pro无线降噪耳机首次使用了“空间音频”功能，2020年9月苹果发布的iOS 14为AirPods Pro新增了“空间音频”功能； 2020年1月14日，苹果推出USDZ 3D格式转换工具Reality Converter； 2020年3月18日，苹果官网发布了iPad Pro 2020，首次使用了dTOF激光雷达（LiDAR）； 2021年4月21日，苹果春季发布会上推出的iPad Pro 2021搭载M1芯片，令世人震惊； 2021年秋季发布会，苹果推出搭载M1X芯片的14寸和16寸Macbook Pro； 根据彭博社的报告透露，苹果未来的AR/VR设备将集成M系列芯片的高端版本。 那么产业链的消息是2022年的秋季，苹果很可能会发布自己的首款AR/MR头显。与此同时2025年的时候有可能会推出苹果首款AI眼镜。 当然前面也提到了，其实苹果虽然没有推出产品，但是它已经布局了非常多的专利，包括收购了大大小小的各种相关的公司，其实都是公开可以查询到的（https://www.fastscience.tv/collections/k1ntwsy7lJLihhL5iA89）。 **谷歌** 看完苹果之后，我们再来看一下谷歌。谷歌在这个领域的布局和定位，可能是没有那么的清晰。比如说我们都知道，Meta的定位是做社交元宇宙；微软做的就是企业元宇宙；苹果面向于 C端消费者市场，定位是做增强现实. 谷歌做了很多尝试性的工作，包括Google DayDream和Google Glass等，但是延续性都不是很强。所以对于谷歌今后将推出什么样的产品，我们无从知晓，目前来说延续性比较好的 是ARCORE这一块。 当然它在相关技术的前沿研究上还是做的比较到位的，比如Project Starline，就是一个仿真、全新的社交。“Project Starline”是一个结合了硬件和软件技术进步的技术项目，旨在帮助相隔两地的朋友、家人和同事共聚一起。想象一下，透过一扇神奇的窗户，你可以看到另一个人，真人大小，三维形式。你们可以自然地对话，做手势和进行眼神交流。 **华为** 2019年推出VR Glass； 2021年11月17日推出VR Glass 6dof 游戏套装版本； 2019年11月开源数据虚拟化引擎华为河图Cyberverse, 目的是打造一个“地球级、不断演进，与现实无缝融合的数字新世界”。华为河图有四个核心能力：1、3D高精地图能力；2、全场景空间计算能力；3、强环境理解功能；4、虚拟现实融合渲染能力。 **其他公司** **字节跳动：** 2021年8月29日字节跳动官宣90亿元人民币收购Pico。 **腾讯：** 提出全真互联网概念。当然他在这个领域的更多是通过投融资投资来布局，比如说投资虚幻引擎，以及做上周又投了一家做触觉手套相关技术的公司。 **HTC：** 2015年3月在MWC 2015上发布HTC Vive，并于2016年上市； 2017年HTC 将部分手机业务出售给Google后，全面转型VR市场，曾一度占领市场先机。 但是近两年C端市场的表现远远落后于Facebook，2021年6月宣布重心转向B端； 2021年5月发布HTC VIVE Focus3商业版和HTC VIVE PRO 2。 **Sony：** 2016年10月，Sony正式开始发售PSVR，并搭配PS4和下一代的PS5使用； 2018年8月，PSVR销售突破了300万台； 根据Sony官方透露的消息，PSVR2预计2022年发布 **元宇宙百科词典** 我们看完了科幻影视作品里面元宇宙，以及巨头对元宇宙之后的看法，接下来我们就看几个关键的核心的名词。 首先是3个R：  **VR=一切皆梦幻泡影** VR(Immersive Virtual Reality)= 虚拟世界，沉浸式虚拟现实，忘了现实世界的一切~ VR满足3个特性，分别是沉浸、交互和想象。  **AR=向左是真实，向右是虚幻** AR(Augmented Reality)=真实世界 + 数字化信息 **MR=真实虚幻傻傻分不清** MR(Mixed Reality)=真实世界 + 虚拟世界+ 数字化信息，假作真时真亦假，无为有处有还无 **数字人：** 什么是数字人、什么是虚拟偶像？通过建模、3D扫描以及动作捕捉，把类似真实的人的形象做成一个虚拟的数字人，然后让他做很多相关的初步动作。待会我们会在技术环节给大家讲述数字人是如何实现的。 **数字孪生（Digital Twin）：** 虚拟和现实的高度融合互通（现实世界的数字复刻） 1.最早用于NASA阿波罗项目，对飞行中的空间飞行器进行实时仿真； 2.实现物理工厂/系统和数字工厂/系统的交互和融合； 3.面向B端-用于工业4.0、智能制造、智慧城市等； 4.AR/VR、IoT、AI是重要的技术支撑。 下图是北京航空航天的陶飞等人从车间组成的角度给出了车间数字孪生的定义，然后提出了车间数字孪生的组成，主要包括：物理车间、虚拟车间、车间服务系统、车间孪生数据几部分。物理车间是真实存在的车间，主要从车间服务系统接收生产任务，并按照虚拟车间仿真优化后的执行策略，执行完成任务；虚拟车间是物理车间的计算机内的等价映射，主要负责对生产活动进行仿真分析和优化，并对物理车间的生产活动进行实时的监测、预测和调控；车间服务系统是车间各类软件系统的总称，主要负责车间数字孪生驱动物理车间的运行，和接受物理车间的生产反馈。  **全真网：** 马化腾于2020年底在腾讯集团官方年度特刊《三观》提出 1.移动互联网的接替者； 2.虚拟世界和真实世界的全面融合； 3.全面+真实（全面= 消费互联网+产业互联网 真实= AR/VR交互技术）。 元宇宙：源自科幻作品《雪崩》，⼀个⼈们以虚拟形象在三维空间与各种软件进⾏交互的世界。其真正为人所知是今年Roblox上市的时候，把MetaVerse加到了招股说明书，并且提出了元宇宙的八大要素：身份、朋友、沉浸感、低延迟、多元化、随地、经济系统、文明。  可以看出，其对元宇宙的理解，更多也是一个社交娱乐层面的。而维基百科之中，对元宇宙的定义更加的精准和全面：The metaverse (a portmanteau of "meta-" and "universe") is a hypothesized iteration of the internet, supporting persistent online 3-D virtual environments through conventional personal computing, as well as virtual and augmented reality headsets. 一句话概述：元宇宙就是下一代互联网。 **元宇宙的技术基础** 那么接下来我们来一起看一看元宇宙就是如何构建的，也就是元宇宙的技术基础。 元宇宙的构成技术是非常的多，包括虚拟现实、区块链、AI+人工智能等等.  我们本次重点从虚拟现实和大家分享一下。AR/VR技术的科技树，也就是五大核心技术：近眼显示技术、内容创建技术、网络传输技术、渲染技术、感知和自然交互技术。  **1.Near-eye display（近眼显示技术）** 包括传统的屏幕显示技术（LCOS/OLED/可折叠的AMOLED/Micro LED）和光学技术（光场显示/波导技术等等。 **2.Content creation（内容创作技术）** 包括虚拟角色和场景构建、动作捕捉、全景视频拍摄与编辑等等。 **3.Network communication（网络传输技术）** 这方面最受人关注的当然就是即将商用的5G技术，以及传说中传输速率可达每秒1T的下一代6G技术了。当然还有一系列的其它技术有待发展。 **4.Rendering Processing（渲染技术）** 包括本地渲染、云渲染、光场渲染、多重视角渲染，以及硬件渲染加速等等技术。 **5.Perception&interaction（感知和自然交互）** 包括跟踪定位技术、多感官自然交互技术（脑波、语音交互、触感交互等等）、机器视觉技术（SLAM/场景分离与识别等） AR/VR技术有一个非常著名的科技树（如下图），我们可以看到刚才提到的五大技术都有一个科技树展开，然后每个树也有自己的树干，每个树干上也有非常多的分支和树叶。毫不夸张的说，在其中的任何一个树干，甚至任何一个树叶之上，如果去做深入的研究，都可以在这个领域成为一个非常资深的专家。  下图是AR/VR技术成熟度曲线，可以看到类似跟踪定位、液晶屏显示、云渲染以及OS相关等技术基本上都是属于两年之内可以商用的。 类似另外一些，比如说自由曲面、虚拟化身、混合云渲染等这些可能要2~5年。  接下来我们快速的带大家来一起过一下5大核心技术。 **近眼显示技术** 首先是近眼显示技术。近眼显示技术分两个部分，分别是显示技术以及光学技术。 显示技术其实就指的各种各样的显示屏，比如LED、MicroLED等等。  而对于光学技术，我们可能首先想到就是双眼视差原理。人眼是如何实现立体视觉呢？其实最简单就是因为每个人都有两只眼睛，每个眼睛之间都有一定的间隔，通过间隔每个眼睛看到的图像有所差别，再通过我们的大脑的这种判断，最终都形成了一个立体视觉。  同时，AR/VR的光学系统，包括 Pancake，折返式、自由曲面以及光波导。 然后我们再来看一下还有全息投影技术，3D全息投影技术可以分为投射全息投影和反射全息投影两种，是全息摄影技术的逆向展示。 目前我们经常看到的各类表演中所使用的全息投影技术都需要用到全息膜这种特殊的介质，而且需要提前在舞台上做各种精密的光学布置。虽然看起来效果绚丽无比，但成本高昂，操作复杂，需要专业训练，并非每个普通人都可以轻松享受到的。从某种程度上来说，目前的主流商用全息投影技术只能被称作“伪全息投影”。 **内容创建技术** 内容创建技术分成360全景拍摄、传统3D建模和3D重建。 **全景拍摄**，其实也就是全景相机还有全景摄像机。 优点：百分百真实 缺点：无法切换焦点，无法和场景及人物互动 **3D建模**就是大家熟悉的3D MAX、玛雅等。 优点：精度高，流程成熟 缺点：耗费大量人力、时间、精力 3D重建主要是针对于小物体以及人物角色。它本身就分成基于2D图像、基于3D扫描、基于红外TOF。 惯性动作捕捉技术也是比较主流的动作捕捉技术之一。其基本原理是通过惯性导航传感器和IMU（惯性测量单元）来测量演员动作的加速度、方位、倾斜角等特性。惯性动作捕捉技术的特点是不受环境干扰，不怕遮挡，采样速度高，精度高。2015年10月由奥飞动漫参与B轮投资的诺亦腾就是一家提供惯性动作捕捉技术的国内科技创业公司，其动作捕捉设备曾用在2015年最热门的美剧《冰与火之歌：权力的游戏》中，并帮助该剧勇夺第67届艾美奖的“最佳特效奖”。 我们以英伟达的“虚拟发布会”为例，来讲一下怎么搭建一个虚拟场景。 详细的步骤可以参考下图：  第一步：使用3D扫描构建虚拟场景  第二步：使用体积摄影进行全身3D建模  第三步：使用AI Audio2Face让口型和面部肌肉变化随语音变动  第四步：使用动作捕捉获取身体姿态动画  第五步：使用RTX渲染器进行实时光线追踪  在了解前述知识点之后，我们再来看看 3D引擎和SDK技术。当然在这个领域AR/VR里面最常用的3D引擎无非也就是虚幻和Unity。 在此，推荐一本非常经典的书叫《游戏引擎架构》。书里对游戏引擎，从低阶到图形动画，再到高阶的构成做了非常详细的描述和解释说明，目前已经是出到第三版了。  AR/VR相关的SDK比如说Vuforia、APPLE ARKit，GOOGLE ARCORE等等。 **网络传输技术** 我们再来看一下网络传输技术。网络传输技术是虚拟现实的支撑技术。 **渲染技术** 渲染技术包括本地渲染、云渲染、光场渲染、多重视角渲染，以及硬件渲染加速等等技术。 **本地的VR渲染流程如下：**  **云VR渲染流程：** 在本地VR渲染的基础上额外增加三个环节（比本地渲染增加20ms左右的延迟）： 1.图像压缩编码 2.网络传输 3.图像解压缩 云VR渲染的利弊： 好处： 1.降低对本地硬件处理能力的要求 包括存储空间、性能、散热等，从而让设备增加轻便 缺点： 1.额外增加延迟，影响实际体验 2.清晰度经压缩和传输后无法保证 **端云渲染的配合使用** 1.对于不追求及时响应的应用 如3dof游戏、VR看房、旅游景点观赏、全景视频播放等，通过ATW+云渲染+本地观看的方式可以获得比较好的效果。 2.对于追求及时响应的6dof游戏和社交互动应用 渲染处理更多还是需要在本地进行，云端用于处理指令型数据（参考大型多人在线游戏MMORPG）。 3.当前的5G网络和设备硬件性能无法支撑强互动型的云VR渲染和数据传输，未来的6G可以完全实现。 **感知和自然交互技术** Inside-out技术 基于单目/双目/多目视觉+IMU的inside-out技术取代早期的Outside-in技术开始产品化，特别是在VR一体机设备，如Oculus Quest /Oculus Quest 2、HTC Vive Focus等。 可以实现： 1.追踪定位 2.手势动作识别 **FOV眼动追踪技术** 眼动追踪的原理其实很简单，就是使用红外摄像头和LED捕捉人眼或脸部的图像，然后用算法实现人脸和人眼的检测、定位和跟踪，从而估算用户的视线变化。目前主要使用光谱成像和红外光谱成像两种图像处理方法，前一种需要捕捉虹膜和巩膜之间的轮廓，而后一种则跟踪瞳孔轮廓。 **SLAM** 基于RGBD相机和红外TOF、激光雷达和AI算法等实现实时场景3D重建，在机器人、无人机和AR/VR设备如HoloLens中得到普遍应用， 除此之外，还有语音交互和语义理解、触觉反馈，嗅觉及其它感觉及模拟器。 另外还有一个非常亮的亮点——脑机接口（大脑和计算机直接进行交互，有时候又被称为意识-机器交互,神经直连。脑机接口是人或者动物大脑和外部设备间建立的直接连接通道，又分为单向脑机接口和双向脑机接口）。 单向脑机接口只允许单向的信息通讯，比如只允许计算机接受大脑传来的命令，或者只允许计算机向大脑发送信号（比如重建影像）。而双向脑机接口则允许大脑和外部计算机设备间实现双向的信息交换。  **如何参与元宇宙** 作为开发者也好，作为兴趣者也好，我们如何来参与元宇宙呢？ **未来5年产业发展预测** 首先看一下产业链的构成，它包括硬件、平台、工具、内容、行业应用，还有服务。 硬件有分很多分支，比如终端设备，还有其中的零部件等等，其中： 1.2022年将是AR/VR行业真正爆发的元年，特别是VR； 2.VR设备从2021年OCQ2代单款突破千万销量后，将开始爆发式增长； 3.苹果新品将让AR/VR从小众精英人群的玩具走向大众，其行业影响力不容小觑； 4.终端设备从2022年开始将成为巨头逐鹿的市场，小型创业团队的窗口期接近关闭，从2021年下半年开始会看到更为密集的战略型投融资或并购事件发生； 5.AR设备在接近诸多技术问题之前，主要仍将面向2B市场，在2025年可能迎来爆发； 6.核心器件方面（芯片、显示屏、光学器件、声光电传感器等模组）投入巨大，不适合初创型团队，目前仍然是巨头以及上市公司体量团队的天下。但该部分也是构成终端设备比例最大的部分； 7.感知交互方面，目前并没有统一的行业标准，空间定位、手势交互、眼动追踪、全身动捕、语音交互、脑机交互都处于发展的早期阶段，该领域有众多的初创企业。而Facebook、苹果等公司收购的重点也在该领域的领先技术团队； 8.其它配套外设，目前全景相机领域已有脱颖而出的领先者，如Insta360，其它领域因生态系统尚未标准化，有较大的空间。 **工具平台** 1.工具平台中的系统级平台（操作系统/UI）仍将由巨头把控，特别是苹果、Facebook，国内厂商如能接受移动互联网时代的教训，应在第一时间切入底层系统平台的打造，否则仍将受制于人 2.AR/VR内容创建工具目前虽然已经有Unity/UE4等市场领先产品，但是因为设备平台的独特性，仍然有巨大的潜力空间，包括SDK、3D开发引擎、基于AI技术的自动化3D场景和角色建模工具、基于AI技术的高效渲染软件等，都有足够的空间。该部分也给初创型团队留下了足够的机会。 **内容-内容创作** 随着三大核心产品的爆发，以及C端的量级突破，内容创作方面将迎来全面繁荣，包括影视、游戏、直播、社交、3D/全景等。 而内容创作因为其创意和开放性属性，一向是初创团队的首选，在硬件和工具平台领域形成各自王者之后，将有越来越多的团队加入该领域。 内容创作和工具平台的交集是类似Roblox的“元宇宙”大型多人在线社交类产品。 **内容-内容分发** 1.系统级别的内容分发和流量入口仍将占据首要地位，特别是后续的苹果生态， 2.类似移动互联网的安卓商城生态，将有众多的第三方内容分发平台涌现，比如专门针对Oculus Quest的SideQuest平台。 3.类似于移动互联网时代的微信，后续也将有类似微信的超级APP出现，同样可以扮演内容分发的角色。 **行业应用** 1.在国内市场，行业应用领域短期内仍将是VR的主要商业变现应用场景，如面向职业教育的教育培训、医疗健康、军事训练等。 2.在可预见的5年周期内，AR的主要应用场景仍然集中在行业领域，特别是智能制造、数字孪生等。 **服务** 随着行业的爆发式增长，相关的媒体、协会、线下活动等也会更加活跃起来，并逐渐形成集媒体、投融资服务、产品推介等为一体的综合服务，类似移动互联网时代的36kr等。 部分媒体也会朝内容分发的方向去尝试。 **总结** 我们见证了历史，也步入了未来。人人皆可改变世界。

SQL Server是一款关系数据库管理系统，具有使用方便可伸缩性好与相关软件集成程度高等优点，本文演示如何通过vAPP服务构建器自动化部署SQLServer数据库。 ------------ # 1 编写脚本 在ManageOne运营面 资源->脚本资源中创建脚本，编写脚本内容以及脚本参数等。   # 2 编排模板 ## 2.1 所需资源 - 弹性云服务器（HCS::ECS::CloudServer）  - 配置绑定（OS::Heat::MultipartMime）  - 安装SQLServer脚本（OS::Heat::SoftwareConfig）  ## 2.2 选择资源属性并连接资源 选择好资源后，可修改资源名称，并将所选资源进行连接（资源之间的关系见服务构建器帮助文档模板写作指南章节）。  **特别要注意**：申请Windows虚拟机安装脚本，配置绑定资源需要选择：文件名”、“文件类别”、“子类别”这三个属性。  ## 2.3 保存模板 保存模板，可进行参数分组：  ## 3 创建服务 创建服务可设置系统参数：   ## 4.申请服务 填写参数并申请：   ## 5.查看申请结果 ## 5.1 资源栈详情  ## 5.2 远程登录查看结果 1.点击右上角Send CtrlAltDel 按钮  2.左下角windows标识右击—search—输入sql—点击右下方的sql  3.点击：SQL Server Management Studio，启动sqlserver  4.连接  5.新建数据库   6.新建数据表 

1 问题背景虚拟机（8C16G）裸盘（预分配80G）fio 4k随机写测试（4jobs，iodepth为32）TaiShan 200服务器性能不符合预期，需要进行调优。 2 原因分析执行测试命令，观察TaiShan服务器表现：物理机上，发现kvm进程cpu占用较高，进一步分析发现TaiShan上kvm线程200+；虚拟机上，TaiShan cpu0占用率很高，其中软中断占比高的不合理。怀疑是虚拟机实现方式的问题，发现TaiShan虚拟机测试磁盘类型为virtio-scsi-device（可以使用virtio-block-device，block设备比scsi设备IO路径稍微短些），且当前测试使用的qemu版本较低，可能还不支持armv8新特性。修改TaiShan虚拟机启动参数，将测试盘类型调整为virtio-block-device，性能有小幅提升，物理机上kvm线程数从200+降低到80以内，虚拟机上cpu0的软中断也较低到合理范围，但系统占用又变得很高，说明kvm线程和软中断高是磁盘类型导致，此时是cpu瓶颈。无法给TaiShan虚拟机指定cpu asimd特性，显示参数错误。将虚拟机vcpu一对一绑核，关闭irqbalance,给fio测试程序绑核，几乎没有性能提升。开启大页内存，没有性能提升。分析fio系统调用，发现clock_gettime系统调用耗时有时达到2ms，耗时很高，此客户机操作系统为3，更换为centos7.7，fio系统调用看不到clock_gettime函数，但是性能没有提升。使用原生0.0版本测试，性能有一定提升;进一步重新编译qemu，加上对native aio的支持，性能提升较大。此时，虚拟机上仍然是cpu0 占用特别高，物理机上观测一个vcpu线程cpu占用特别高，qemu主线程cpu占用不高。尝试给磁盘配置iothread卸载qemu主线程压力、对磁盘添加write-cache=on和ioeventfd =on等属性、排查TaiShan物理机上对应SSD的性能表现，没有性能提升。将物理机上SSD的调度策略由默认的cfq调整为noop，性能有一定提升。使用7开始对virtio-blk支持的新特性multiqueues磁盘多队列，性能有较大提升，虚拟机上单个cpu占用特别高的问题解决了。进一步优化，将TaiShan iommu模式配置为passthrough，性能有进一步提升。3 解决方案使用新版qemu如0.0或更高版本,guest os版本也尽量高点使用virtio-blk磁盘多队列特性虚拟机异步io模式配置为native若虚拟化场景无需使用磁盘、网卡直通或SRIOV特性，则可关闭SMMU。4 总结虚拟化场景IO测试，IO路径较长，且不同类型磁盘IO路径也不同。首先需要确认磁盘bus类型（scsi、ide、virtio），保证使用的磁盘文件的协议（nfs、iscsi、本地挂载）是一致的,保证磁盘文件在对应物理机上创建的规则是一样的（预分配、缓存特性等）。如果判断是单核瓶颈，可以尝试使用磁盘多队列特性（针对virtio-blk设备，对qemu、geust操作系统版本有要求）；如果是qemu主线程占用高，可以考虑开启iothread分担压力（可能影响动态迁移特性，需调研）；设置磁盘异步调用为native会有性能提升，不过也有一定的使用限制（不能用于sparse images，否则在文件系统元数据需要更新时会导致qemu threads阻塞），需了解使用需求。实际测试中，瓶颈分析需要结合虚拟机和物理机两者的系统表现，因为虚拟机的cpu、io等占用信息不一定是真实的（存在vcpu等kvm线程本身被调度和阻塞的问题等）。

1 问题背景测试场景：虚拟机上部署MariaDB，远端压力服务器上部署sysbench。通过使用sysbench对MariaDB进行1比1混合读写操作，测试分为8/16/32/64/128/256/512线程。服务上虚拟出两台4C24G虚拟机，虚拟化平台为KVM，两台虚拟机位于不同的片上，两个虚拟机使用不同网卡，Sysbench部署在一台远端服务器上，通过网线直连服务器上两块网卡。测试连线图如下  软件栈：软件名功能Qemu+kvm虚拟化Sysbench 0.5可以用来进行CPU、内存、磁盘I/O、线程、数据库的性能测试MariaDB 10.3.9数据库硬件配置：服务器型号TaiShan2280 V2                                          CPU配置鲲鹏920 48core内存配置12*32GB网卡配置Hisi1822 4*25GE硬盘配置480GB SSD *2操作系统Centos 7.6部署情况使用系统自带KVM进行虚拟化部署        2 原因分析 虚拟机在hostos上是一个进程，4C24G规格表示虚拟机进程运行需要24G内存，使用大页内存可以减少内存页和管理虚拟地址，减少内存页面的换入换出，提高内存的整体性能。NFV商用场景下，通常也是会开启大页内存。3 解决方案首先需要确定os使用的大页是多少M，通过指令cat /proc/meminfo |grep Huge查看需要在虚拟机xml中增加如下配置开启大页  <memoryBacking>    <hugepages/>  </memoryBacking><numatune>    <memory mode='strict' nodeset='2'/>  </numatune> nodeset='2'表示使用numa节点内存的大页，需要现在host os配置大页，使用指令：echo 56 > /sys/devices/system/node/node2/hugepages/hugepages-524288kB/nr_hugepages56表示大页张数，大页数*512MB需要大于虚拟机内存，虚拟机才可以启动4 总结虚拟机需要使用大量的内存，开启大页内存，可以提高TLB命中。

 1 软件介绍JRuby，一个采用纯Java实现的Ruby解释器，由JRuby团队开发。它是一个自由软件，在CPL/GPL/LGPL三种许可协议下发布。主要开发者有Charles Nutter、Thomas Enebo、Ola Bini、Nick Sieger等。JRuby是面向Ruby、基于Java虚拟机(JVM)的一种解释程序，它结合了Ruby语言的简易性和功能强大的JVM的执行机制，包括与Java库 全面集成。Rails彻底加快及简化了Web应用的开发，不过它让人觉得不够成熟，特别是在高端企业级功能方面。另一方面，Java平台及其虚拟机、库和 应用服务器的速度、稳定性和功能方面却一直在提升，现在已被公认为是开发高端服务器。 2 预置条件2.1 硬件配置本文档TaiShan 2280 V2基于硬件环境展开。2.2 yum源配置将OS镜像上传到系统中，执行mount xxxx.iso /mnt进行挂载vim /etc/yum.repos.d/local.repo[local]name=localbaseurl=file:///mntenabled=1gpgcheck=0 yum clean all && yum makecache3 软件编译3.1 Java安装安装jdk可以直接使用镜像源中的1.80版本。yum install java-1.8.0-openjdk -y    配置环境变量vim /etc/profile最后执行source /etc/profile生效。                      3.2 maven安装获取maven安装包并解压到指定目录：wget https://archive.apache.org/dist/maven/maven-3/3.5.4/binaries/apache-maven-3.5.4-bin.tar.gztar -zxf apache-maven-3.5.4-bin.tar.gzmv apache-maven-3.5.4 /opt/tools/installed/ 配置环境变量：vim /etc/profile执行source /etc/profile生效3.3 ant安装下载ant 1.9.2版本：wget https://archive.apache.org/dist/ant/binaries/apache-ant-1.9.2-bin.tar.gztar zxf apache-ant-1.9.2-bin.tar.gz -C /opt/tools/installed/ 修改环境变量vim /etc/profile source /etc/profile 使环境变量生效 3.4 jruby-complete编译获取源码并解压：https://github.com/jruby/jruby/releases/tag/9.1.13.0 tar zxf jruby-9.1.13.0.tar.gzcd jruby-9.1.13.0 执行编译：mvn clean package -DskipTests -Dmaven.javadoc.skip=true -Pcomplete  结果查看：cd maven/jruby-complete/target;ls使用checkso检查：

1.在虚拟机页面搜索关键字EICommon获取到的虚拟机Ip即为CDK master节点ip地址{CDKMasterIP}2.在终端使用opsadmin/root用户登录cdk master节点后，执行以下命令可以进入dws-maintain容器： HCS 8.1.0一下版本：kubectl get pod -n dws-maintain   --查有两个容器，是负载集群，都可以登录                                kubectl exec -ti {pod name} bash -n dws-maintain    -- pod  name为查询的容器名HCS 8.1.0及以上：kubectl get pod -n ecf                              kubectl exec -ti {pod name} bash -n ecf    -- pod name为查询的容器名cd opsTool    --cd到脚本目录下3.进入dws-maintain容器后，执行以下命令，解密dws密码：java -jar AESTool.jar2 { dbPasswordEncrypt}红框框出的部分则是解密结果

算法和模型不断取得新突破，技术与产业相结合方兴未艾，人工智能正处于稳步增长的良好状态。相关报告显示，中国人工智能市场规模在2016年-2020年持续增长，市场规模从2016年的154亿元增长至2020年的1280亿元，年复合增长率达到69.79%。预计人工智能市场将持续大幅度增长，2021年会达到1963亿元。 人工智能的三大要素是数据、算法及算力，其中数据是基础，算法是工具，算力则是助燃剂，而在AI这一“聪敏”的应用程序背后是海量的数据及指数级的计算需求，因此，其算力的一个重要支撑便是人工智能服务器。  **超强算力，数字经济创新源动力** 人工智能与产业的结合越来越紧密。在应用端，刷脸乘车/支付、自动驾驶、精准推送等智能应用已经成为了现实；在企业端，人工智能是布局数字化转型的第一站，越来越多的企业选择利用AI收集数据做出决策、重建生态系统与商业模式，构建良好的客户体验。在政府今年公布的《十四五智慧城市建设规划(2021-2025)》中，充分运用人工智能、大数据、云计算等前沿技术推动城市治理模式创新，促进城市治理体系和治理能力现代化，成为了加速推进智慧城市建设的“密钥”。我们可以这样认为：人工智能成为了万物互联的智慧内核，它由一连串冰冷的代码正变成像水、电那般触手可及的公共资源。 正如IDC中国助理副总裁周震刚所说：“超大规模的数据量对处理效率提出更高要求，强大的计算力，为数字经济提供了倍增创新的源动力”，因此，人工智能服务器需求与日俱增。相关报告显示，目前，全球人工智能服务器占人工智能基础设施市场的84.2%以上，是人工智能基础设施的主体。并预测，未来，AI服务器将保持高速增长，预计在2024年全球市场规模将达到251亿美元。 在全球布局人工智能产业生态下，我国也有大批杰出企业积极参与，如华为昇腾AI系列以“一平台双驱动”为核心，基于昇腾系列AI处理器，华为Atlas人工智能计算解决方案通过模块、板卡、小站、服务器、集群等丰富的产品形态，打造面向“端、边、云”的全场景AI基础设施方案，覆盖深度学习领域推理和训练全流程。截止目前广电运通、熙菱信息、川大智胜等上市公司布局华为AI生态，以超强算力打造一体化智慧解决方案，充分激活数字经济发展新动力。 **“元宇宙”概念下的硬技术** 根据维基百科：元宇宙（Metaversew）被定义为“一个集体虚拟共享空间，由虚拟增强的物理现实和物理持久的虚拟空间融合而创造，包括所有虚拟世界、增强现实和互联网的总和。” 2021年是元宇宙元年。8月份，字节跳动以90多亿元的价格收购元宇宙公司Pico，正式入局AR；9月8日，扎克伯格面向媒体表示，元宇宙是下一代互联网，Facebook拟在5年内转变为元宇宙公司，此外，谷歌、微软、腾讯、网易等互联网大厂也纷纷涌向元宇宙风口。 暂且不提“元宇宙”这一概念是否会是虚拟现实马甲这一疑问，单论其实现所需要的虚拟内容的创作与体验以及更加真实的建模与交互，强大的AI算力是其必不可缺的支撑技术，因此，要真正构建“元宇宙”，就必须拥有技术视角，“元宇宙”以“硬技术”为坚实基础。 一台台AI服务器的海量数据训练和推理工作推动着人工智能的快速发展，此外，产品持续的更新迭代是为了工作的更高效与更准确。可以说，元宇宙构建的真实与否，取决于AI服务器的技术实力。 **结语** 计算力是数字技术持续发展的关键因素，是数字经济时代的核心生产力。在计算即智能的时代，更高的算力将会推进更进一步的智能。 知是行之始，行是知之成。

在这里共享一个其他地方下载的工具，醉倚黄昏的虚拟移动鼠标，如有侵权，请告知删除。如果好用，请大家一起感谢并支持醉倚黄昏。或者win+R粘贴下面的路径，把exe文件丢进去即可随系统启动C:\ProgramData\Microsoft\Windows\Start Menu\Programs\StartUp百分号ProgramData百分号\Microsoft\Windows\Start Menu\Programs\StartUp如果系统默认不是c盘，上面的百分号用shift+5替换后也可以，这里因为有转义，暂时不知道应该怎么写出来，如有知道的请告知，感谢。==附件中 虚拟移动鼠标.com.exe  是醉倚黄昏开发的虚拟移动鼠标.exe 是基于虚拟移动鼠标.au3使用AutoIT开发出来的，比较简单，可供各位开发者自行修改经过测试，更推荐使用 虚拟移动鼠标.exe，适配的场景更多一些，当前是设置的每10秒晃动一个像素，如果有需要可以自行修改另外一个附件是发送功能键，可以在给定的时间段内每15分钟发送一次自定义功能键

【功能模块】【操作步骤&问题现象】1、2、【截图信息】【日志信息】（可选，上传日志内容或者附件）

【问题版本】    HCS 803【问题现象】Region:初始化Master虚拟机失败【问题原因】   以op_cdk_sso用户登陆COP查看集群ei-dbs-region是否已经存在，若存在，看下如下图中master节点对应的IP地址是否与报错的IP地址对应上，对应不上说明之前已经安装过EICommon中的CDK master集群。本次安装因为删除了OC上的标志位导致脚本没有跳过。【恢复措施】登陆OC运维面点击 资源拓扑->资源管理->资源列表如下图所示   2.在DWS云服务下添加扩展参数is_EICommon_region_installed后，FCD上重试即可

将jdk、hadoop安装包上传到服务器/usr 下（个人建议） 并解压到当前目录进入usr目录下 解压： tar -zxvf 压缩包名称删除压缩包：rm -rf 压缩包名称修改文件夹名称：mv 旧名/ 新名建议改为名称修改为以便后期清洗时用到 jdk   和   hadoop环境变量配置修改配置文件 vim /etc/profile在文件下面添加环境配置：可复制下面内容放到profile文件种最后：export JAVA_HOME=/usr/jdkexport HADOOP_HOME=/usr/hadoopexport CLASSPATH=.:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jarexport PATH=$JAVA_HOME/bin:$HADOOP_HOME/bin:$HADOOP_HOME/sbin:$PATHexport HADOOP_CONF_DIR=$HADOOP_HOME/etc/hadoop保存退出后，使文件生效：source /etc/profileHadoop 配置需要配置文件目录：/usr/hadoop/etc/hadoop先进入 cd /usr/hadoop/etc/hadoop然后 vi hadoop-env.sh 进入hadoop环境中  JAVA_HOME=修改为：/usr/jd配置 core-site.xml 。需要配置：外部访问地址路径、临时文件的存储目录    <property>    <name>fs.defaultFS</name>    <value>hdfs://192.168.229.141:8020</value>        注意 ip地址为虚拟机的ip</property><property>    <name>hadoop.tmp.dir</name>    <value>/usr/hadoop/tmp</value></property>hdfs-site.xml  主要设置：namenode、datanode、分布式数量<property><name>dfs.replication</name><value>1</value></property><property><name>dfs.namenode.name.dir</name><value>/usr/hadoop/tmp/dfs/name</value></property><property><name>dfs.datanode.data.dir</name><value>/usr/hadoop/tmp/dfs/data</value></property>Hadoop 格式化hdfs namenode -formatHadoop 启动：start-dfs.sh检查是否启动成功：jps

【功能模块】【操作步骤&问题现象】1、发送一个十六进制码给平台，平台收到数据，但并未显示出相应的json数据格式，然后显示两个解码失败，这是怎么回事，是我格式问题还是如何？多谢解答【截图信息】【日志信息】（可选，上传日志内容或者附件）

1.码豆是什么？a）码豆是码豆会员中心虚拟财富，是码豆会员中心会员尊贵身份的象征；b）码豆可用于在码豆会员中心 - 兑换商城中进行实物/虚拟礼品的兑换。

1. 场景介绍ManageOne对外提供了CMDB接口，在仅查询资源的场景下，用户可通过CMDB接口快速获取ManageOne平台所纳管的资源，与企业自有的CMDB系统进行对接。2. 概念澄清ManageOne资源管理系统为各种资源进行建模，包括为物理实体建立了物理资源模型，以及建立在物理资源模型上进行抽象形成的逻辑资源模型。资源模型主要分为两大类：系统资源、租户资源：1） 系统资源主要包含：    1.物理设备（如服务器、存储、网络设备等）    2.管理节点虚拟机（如ManageOne、云服务节点等，区别于租户申请的虚拟机）    3.虚拟化物理主机（宿主机）    4.逻辑位置    5.上述物理资源间的关系2） 租户资源主要包含：    1.租户侧的组织结构（包含各级VDC、用户、project信息）    2.租户申请的计算、存储、网络等资源    3.上述租户资源间的关系3. 相关文档使用CMDB接口查询数据，需要使用以下文档：1. 《ManageOne运维面API参考》2. 《ManageOne 租户资源北向模型》3. 《ManageOne 系统资源北向模型》（注：从8.1.0版本起，文档2、3合并为《ManageOne资源北向模型》）ManageOne北向API参考文档各版本汇总获取：cid:link_04. 接口说明1.接口和参数：系统资源和租户资源及其对应的关系模型分别需要使用不同接口来查询，一共涉及到4个接口。接口参数需查询文档。如下表所示。2.资源模型：1中接口参数class-name或relation-name的值需参考文档《ManageOne 系统/租户资源北向模型》，参考下表。序号接口含义接口URL路径参数说明1查询租户资源模型或视图GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/{class-name}class-name：CI类名，参考《ManageOne 租户资源北向模型》中前缀为“CLOUD、TENANT、V”的资源。2查询租户资源关系模型GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/relations/{relation-name}relation-name：关系类名，参考《ManageOne 租户资源北向模型》中前缀为“R”的资源。3查询系统资源模型GET https://{OC北向接口域名}/rest/cmdb/v1/instances/{className}class-name：CI类名，参考《ManageOne 系统资源北向模型》中前缀为“SYS”的资源。4查询系统资源关系模型GET https://{OC北向接口域名}/rest/cmdb/v1/instances/relations/{relationName}relationName：关系类名，参考《ManageOne 系统资源北向模型》中前缀为“M”的资源。备注：OC北向接口域名非xx.xx.xx.xx:31943，获取方法请参考cid:link_3请求头：（token的获取方法请参考cid:link_1）Accept：application/json Content-Type：application/json;charset=UTF-8X-Auth-Token：xxxxxxxxxxxx查询参数：(4个接口通用)参数说明pageNo页码，默认值：1，取值范围：1~65535。非必选。pageSize页大小，默认值20。取值范围：1~1000。非必选。contentSelector要返回的字段，默认返回所有字段，格式：["attr1","attr2"]。非必选。orderBy排序方式，格式：[{"field":"attr1","asc":true}]。非必选。condition查询条件，受Http Header最大81920字符限制。条件示例：{"constraint":[{"simple":{"name":"incharger","value":"ManageOne","operator":"equal"}},{"logOp":"and","simple":{"caseSensitive":false,"name":"name","value":"B080-Cabinet01","operator":"equal"}}]}。字段说明：Condition(关键字)，Constraint(关键字)，Simple(关键字)，logOp(条件连接符,可取的值有"and","or")，name(资源的属性名称)，value(属性值)，operator(运算符，可取的值有"equal","not equal","contain","not contain","in","not in","is null","not null"等)。条件说明：{"simple":{"name":"incharger","value":"ManageOne","operator":"equal"}}表示incharger="ManageOne"。{"logOp":"and","simple":{"caseSensitive":false,"name":"name","value":"B080-Cabinet01","operator":"equal"}}表示name="B080-Cabinet01",加上"caseSensitive":false则表示属性值"B080-Cabinet01"不区分大小写，"logOp":"and"表示这个查询条件与上一个条件是and关系。注：查询关系时(表中第2、4个链接)，不需要加最外层的{"constraint":xxxx}。如：[{"simple":{"name":"source_Instance_Id","value":"C726DF8E2E8446FDA17D6D3B7C495DFF","operator":"equal"}}]5. 常用查询注：以下接口的响应体请参考文档《ManageOne 租户/系统资源北向模型.xlsx》。租户资源(IaaS)弹性云服务器(ECS)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_VM裸金属服务器(BMS)(BMS实例)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_BMS(BMS节点)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_BMS_NODE弹性IP(EIP)(EIP实例)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_EIP(带宽)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_BANDWIDTHS弹性云硬盘(EVS)(EVS实例)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_VOLUME(快照)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_SNAPSHOT(备份)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_BACKUP镜像(IMS)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_IMAGE路由/VPCGET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_ROUTER网络GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_NETWORK子网GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_SUBNET端口/网卡(PORT)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_PORT安全组(SG)(条件不可省略)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_SECURITY_GROUP?condition={"constraint":[{"simple":{"name":"regionId","value":"C4CA4238A0B933828DCC509A6F75849B","operator":"equal"}}]}(安全组规则,条件不可省略)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_SECURITY_GROUP_RULE?condition={"constraint":[{"simple":{"name":"regionId","value":"C4CA4238A0B933828DCC509A6F75849B","operator":"equal"}}]}弹性负载均衡器(ELB)(ELB实例)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_ELB(监听器)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_LISTENER虚拟防火墙/网络ACL/vFW(vFW实例)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_VFW(vFW策略)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_VFW_POLICY(vFW规则)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_VFW_RULE租户资源(PaaS)关系型数据库(RDS)(RDS实例)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_RDS_INSTANCE(RDS节点)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_RDS_NODE云容器引擎(CCE)(CCE集群)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_CCE_CLUSTER(CCE节点)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_CCE_NODE(CCE容器)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_CCE_CONTAINER云数据库 GaussDB(for openGauss、mysql)(数据库实例)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_RDS_INSTANCE(数据库节点)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_RDS_NODE文档型数据库(DDS)(DDS实例)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_DDS_INSTANCE(DDS节点)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_DDS_NODE数据复制服务(DRS)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_DRS_INSTANCE分布式数据库中间件(DDM)(DDM实例)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_DDM_INSTANCE(DDM节点)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_DDM_NODE应用与数据集成平台(ROMA)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_ROMA_CONNECT_INSTANCE应用管理与运维平台(CSE/ServiceStage)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_CSE_ENGINES数据湖治理中心(DGC)(云数据迁移)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_DAYU_CDM_CLUSTER(数据服务)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_DAYU_DLM_GATEWAY(数据湖治理中心)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_DAYU_INSTANCEMapReduce服务(MRS)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_MRS_CLUSTER数据仓库服务(DWS)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_DWS_CLUSTER分布式缓存服务(DCS)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_DCS_INSTANCEWeb应用防火墙(WAF)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_WAF_ENGINE云堡垒机(CBH)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_CBH_INSTANCE图引擎服务(GES)GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/CLOUD_GES_GRAPH租户信息项目/资源集GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/TENANT_PROJECT_VDC租户/VDCGET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/TENANT_VDC租户用户GET https://{OC北向接口域名}/rest/tenant-resource/v1/instances/TENANT_USER系统资源服务器GET https://{OC北向接口域名}/rest/cmdb/v1/instances/SYS_X86Server主机组GET https://{OC北向接口域名}/rest/cmdb/v1/instances/SYS_Cluster宿主机GET https://{OC北向接口域名}/rest/cmdb/v1/instances/SYS_PhysicalHost存储设备GET https://{OC北向接口域名}/rest/cmdb/v1/instances/SYS_StorDevice网络设备GET https://{OC北向接口域名}/rest/cmdb/v1/instances/SYS_NetworkDevice（根据class_Name区分：SYS_Switch-交换机、SYS_Router-路由器、SYS_Firewall-防火墙、SYS_LoadBalancer-负载均衡、SYS_FCSwitch-FC交换机、SYS_ThirdpartyNetWorkDevice-其他网络设备）管理面虚拟机GET https://{OC北向接口域名}/rest/cmdb/v1/instances/SYS_VM其他区域/RegionGET https://{OC北向接口域名}/rest/cmdb/v1/instances/SYS_BusinessRegion可用分区GET https://{OC北向接口域名}/rest/cmdb/v1/instances/SYS_Azone资源池GET https://{OC北向接口域名}/rest/cmdb/v1/instances/SYS_ResourcePool资源关系和接口调用示例可参考附件“北向资源查询参考.xlsx”。6. 其他相关资料1资源接口查询条件书写说明cid:link_4说明使用查询条件查询资源（如虚拟机、物理机）数据2物理资源查询cid:link_5说明物理资源模型、如何通过API查询服务器、存储设备、网络设备，宿主机等3租户资源查询cid:link_6说明如何查询租户资源，如何通过API查询租户虚拟机、云磁盘、弹性IP等4虚拟资源关系查询cid:link_7说明如何查询区域、资源池、宿主机、虚拟机之间的关系5管理虚拟机查询cid:link_8说明如何查询管理虚拟机详情6租户维度资源查询cid:link_9说明如何按照VDC、project维度查询租户资源7管理节点宿主机查询https://bbs.huaweicloud.com/forum/thread-71325-1-1.html说明如何判断宿主机是否属于管理节点8获取虚拟资源到物理资源的拓扑关系cid:link_2说明如何获取虚拟资源到物理资源的拓扑关系

漏洞名称 : VMware vRealize Operations Tenant App信息泄漏漏洞CVE-2021-22034组件名称: VMware vRealize Operations Tenant App for VMware Cloud Director影响范围 : VMware vRealize Operations Tenant App 2.X漏洞类型 : 信息泄漏利用条件 : 未知综合评价 :<综合评定利用难度>：未知。<综合评定威胁等级>：中危，能获取敏感信息。漏洞分析：1、组件介绍    vRealize Operations Tenant App提供了云消费仪表板、性能和容量信息以及计量功能，允许服务提供商向其客户收取费用以审查他们的账单数据。2、漏洞描述    2021年10月20日，安全团队监测到一则VMware vRealize Operations Tenant App组件存在信息泄漏漏洞的信息，漏洞编号：CVE-2021-22034，漏洞威胁等级：中危。    攻击者可以利用该漏洞访问任意设置的系统环境变量，最终导致信息泄露。影响范围：    VMware是虚拟化和云计算的领导厂商，所提供的服务和产品从计算虚拟化到存储和网络虚拟化，从服务器虚拟化到数据中心虚拟化，从私有云到混合云，产品众多且应用广泛。此次可能受漏洞影响的资产也分布于世界各地。    目前受影响的vRealize Operations Tenant App版本：    vRealize Operations Tenant App 2.X解决方案：1、官方修复建议    当前官方已发布最新版本，建议受影响的用户及时更新升级到最新版本。参考链接如下：https://www.vmware.com/security/advisories/VMSA-2021-0024.html