华为云1024程序员节云原生应用敏捷最佳实践，模拟真实操作场景，快速调动资源，深度学习和体验，帮助客户应用敏捷、业务智能，安全可信，面向未来持续演进参与活动赢大礼包！点击了解活动详情>>>活动链接：https://developer.huaweicloud.com/activity/paas.html活动时间：即日起至11月21日

华为云1024程序员节云原生应用敏捷最佳实践，模拟真实操作场景，快速调动资源，深度学习和体验，帮助客户应用敏捷、业务智能，安全可信，面向未来持续演进参与活动赢大礼包！点击了解活动详情>>>活动链接：https://developer.huaweicloud.com/activity/paas.html活动时间：即日起至11月21日

Gartner于今日发布企业机构在2022年需要探索的重要战略技术趋势。分析师们在本周四举行的Gartner IT Symposium/Xpo峰会美洲站期间公布了他们的研究结果。Gartner研究副总裁David Groombridge表示：“首席执行官和董事会正在设法通过与客户建立直接数字联系来实现增长，因此首席信息官的优先事项必须满足这些业务要求，而这些要求贯穿于Gartner的2022年重要战略技术趋势。”“首席信息官必须找到能够成倍增加IT力量的方法，从而实现增长和创新并创建可扩展、有韧性的技术基础，通过这一可扩展性释放用于数字投资的现金。这些要求构成了今年趋势的三个主题：工程化信任、塑造变化和加速增长。”2022年重要战略技术趋势有：生成式人工智能（GenerativeArtificial Intelligence）即将上市的生成式人工智能是最引人注目和最强大的人工智能技术之一。该机器学习方法从其数据中学习内容或对象，并运用数据生成全新、完全原创的实际工件。生成式人工智能可用于多种活动，如创建软件代码、促进药物研发和有针对性的营销，但该技术也会被滥用于诈骗、欺诈、政治造谣、伪造身份等。Gartner预计到2025年，生成式人工智能将占所有生成数据的10%，而目前这一比例还不到1%。数据编织（Data Fabric）在过去的十年里，数据和应用孤岛的数量激增，而数据和分析（D&A）团队的技能型人才数量却保持不变，甚至下降。作为一种跨平台和业务用户的灵活、弹性数据整合方式，数据编织能够简化企业机构的数据整合基础设施并创建一个可扩展架构来减少大多数数据和分析团队因整合难度上升而出现的技术债务。数据编织的真正价值在于它能够通过内置的分析技术动态改进数据的使用，使数据管理工作量减少70%并加快价值实现时间。分布式企业（DistributedEnterprise）随着远程和混合工作模式的增加，以办公室为中心的传统企业机构正在演变成由分散在各地的工作者组成的分布式企业。Groombridge表示：“这就要求首席信息官通过重大技术和服务变革提供无摩擦工作体验，不过事情总有两面性：这项技术会对业务模式产生影响。从零售到教育，每家企业机构都必须重新配置交付模式才能支持分布式服务。两年前，全世界没有人想到自己能在数字试衣间里试穿衣服。”Gartner预计，到2023年，75%充分发挥分布式企业效益的企业机构将实现比竞争对手快25%的收入增长。云原生平台（Cloud-NativePlatform，CNP）为了真正能够在任何地方提供数字能力，企业必须放弃熟悉的“直接迁移”并转向CNP。CNP运用云计算的核心能力，向使用互联网技术的技术创造者提供可扩展的弹性IT相关能力“即服务”，从而加快价值实现时间并降低成本。因此，Gartner预测到2025年，云原生平台将成为95%以上新数字倡议的基础，而在2021年这一比例只有不到40%。自治系统（Autonomic Systems）随着企业的发展，传统的编程或简单的自动化将无法扩展。自治系统是可以从所在环境中学习的自我管理型物理或软件系统。与自动化甚至自主系统不同，自治系统无需外部软件更新就可以动态修改自己的算法，使它们能够像人类一样迅速适应现场的新情况。Groombridge表示：“自治行为已因为近期被部署在复杂的安全环境中而为人所知。而从长远看，这项技术将被普遍应用于机器人、无人机、制造机器和智能空间等物理系统。”决策智能（DecisionIntelligence，DI）一家企业机构的决策能力是其竞争优势的重要来源，而如今这个时代对这项能力的要求也越来越高。决策智能是一门实用的学科。该学科通过清楚理解并精心设计做出决策的方式以及根据反馈评估、管理和改进结果的方式来改进决策。Gartner预测在未来两年，三分之一的大型企业机构将使用决策智能实现结构化决策，进而提高竞争优势。组装式应用程序（Composable Applications）在不断变化的业务环境中，业务适应性需求能够引导企业转向支持快速、安全和高效应用变化的技术架构。可组合的应用架构增强了这种适应性，而采用可组合方法的企业机构在新功能的实现速度上将比竞争对手快80%。Groombridge表示：“在动荡的时代，可组合的业务原则帮助企业机构驾驭对业务韧性和增长至关重要的加速变化。没有它的现代企业机构可能会失去在市场中的前进动力和客户忠诚度。”超级自动化（Hyperautomation）超自动化通过快速识别、审核和自动执行尽可能多的流程来实现加速增长和业务韧性。Groombridge表示：“Gartner的研究表明，表现最好的超自动化团队专注于三个关键优先事项：提高工作质量、加快业务流程和增强决策敏捷性。在过去的一年中，业务技术专家平均支持4.2项自动化倡议。”隐私增强计算（Privacy-EnhancingComputation，PEC）除了应对不断成熟的国际隐私和数据保护法律外，首席信息官还必须避免因隐私事件而导致客户信任下降。因此，Gartner预计到2025年，60%的大型企业机构将使用一种或多种隐私增强计算技术。在数据、软件或硬件层面保护个人和敏感信息的PEC技术能够在不影响保密性或隐私的情况下安全地共享、汇集和分析数据。目前这项技术被应用于许多垂直领域以及公有云基础设施（例如可信的执行环境）。网络安全网格（Cybersecurity Mesh）Groombridge表示：“数据贯穿了今年的许多趋势，但只有当企业能够信任数据时，数据才会变得有用。如今，资产和用户可能出现在任何地方，这意味着传统的安全边界已经消失。这就需要有网络安全网格架构（CSMA）。”CSMA帮助提供一体化安全结构和态势，为任何位置的任何资产提供安全保障。到2024年，使用CSMA一体化安全工具组成一个合作生态系统的企业机构能够将单项安全事件的财务影响平均减少90%。人工智能工程化（AI Engineering）IT领导人想方设法地将人工智能集成到应用中，在从未投入生产的人工智能项目上浪费时间和金钱或在人工智能解决方案发布后努力保持它们的价值。人工智能工程化是一种实现人工智能模型操作化的综合方法。Groombridge表示：“从事人工智能工作的混合团队是否真正能够为他们的企业机构实现差异化，取决于他们通过快速人工智能变革不断提升价值的能力。到2025年，10%建立人工智能工程化最佳实践的企业从其人工智能工作中产生的价值将至少比90%未建立该实践的企业高出三倍。”全面体验（Total Experience，TX）全面体验是一项结合客户体验（CX）、员工体验（EX）、用户体验（UX）和多重体验（MX）学科的业务战略。TX的目标是提升客户和员工的信心、满意度、忠诚度和拥护度。企业机构将通过实现具有适应性和韧性的TX业务成果来增加收入和利润。文章转载至云技术公众号 https://mp.weixin.qq.com/s/4nsMspbnAq_o5JY_pyDndg  免责声明：转载文章版权归原作者所有。如涉及作品内容、版权等问题，请及时联系文章编辑！

一个时代有一个时代的基调，“Open Source is eating the world”的声音言犹在耳，一个属于云计算的时代早就不经意来临。十年前，中国的云计算市场尚处于襁褓之中，市场规模只有10余亿。此后十年，云计算市场迎来爆发式增长，年均增速超过50%，2020年市场规模已超过2000亿元，成为中国数字化升级的“顶梁柱”产业。倏忽十载，云计算产业从弱小到强大，从单一的云基础服务裂变为混合云、云原生、云安全等更契合企业业务需求的多元云服务，迈进了百花齐放的大繁荣时代。随着中国企业数字化转型不断深入，云计算已经脱离简单的市场扩张、让企业上云用云的早期阶段，逐步进入到云原生重构IT架构、上云用云兼顾优化治理、原生安全加速应用的深水区。如今，云计算走到了哪个阶段？企业应该加强哪些方面的云计算能力？如何将自身业务与云计算更好地衔接融合？近日，在2021可信云大会上，中国信息通信研究院云计算与大数据研究所所长何宝宏、中国信通院云计算与大数据研究所副所长栗蔚共同就云计算十年来的发展脉络回顾总结，对云计算产业发展的变革趋势进行全面剖析，并就云计算未来趋势开展深入解读。中国信息通信研究院云计算与大数据研究所所长何宝宏数字化转型迎来分水岭云原生加速重构IT基础设施近两年，“云原生”堪称云计算领域最热的名词之一，其出现不仅将原有IT基础设施重构为云原生基础设施，提供更高效的资源，还为企业打造更敏捷的应用开发、交付运维能力，加速企业应用的敏捷创新。从简单迁移上云的“On Cloud”到在云上基于云原生而重构企业应用的“In Cloud”，云原生成为数字化转型的重要分水岭，其要求企业既要继承过去，又要连接未来；既要立而不破，又要持续进化。根据IDC预计，到2022年，90%的新应用将采用微服务架构，35%的生产环境应用是云原生。此外，在Gartner的报告中，云原生技术也正在向应用场景、技术、生态三个方面快速演进，并将扩展到更多应用场景，比如在混合云和多云管理领域，以及边缘层的应用等。在应用价值方面，云原生能够支撑业务应用的通用技术能力下沉到基础设施，在业务应用完整生命周期中提供持续稳定服务，最大化实现云的价值，让企业在资源配置、产品交付、系统架构等方面获得更高的效能，从而可以将更多精力放在业务视角的响应、分析和决策中，使企业在竞争激烈、需求多变的市场环境中具有更强的创新优势。对于这一趋势，何宝宏表示，企业对于竞争的核心诉求正在转到注重商业模式的改变、快速感知并响应用户的需求，这在很大程度上将倒逼技术架构变革，使架构的支撑焦点由资源转向应用。为此，云原生将在发挥云计算应用价值方面产生积极作用。未来，无论是ERP、CRM等系统应用还是底层IT基础设施，都会越来越趋向于云原生，这将是近些年云计算最大的趋势。不同企业实现应用现代化的路线各不一样，例如：有先进行容器化改造的，有先做微服务架构改造的，也有直接在上云迁移的过程中同步实现微服务改造的，另加之企业内部环境各不一样，所以企业在实现应用现代化进程中遇到的挑战也不尽相同。他们往往会面临很多挑战，包括：如何让运转着的旧系统和新应用之间做到无缝的衔接？如何快速敏捷地完成应用的集成，以提高可持续的交付能力？以及如何在混合多云环境下，最大程度地降低架构转型的技术风险等。在栗蔚看来，云计算融合新技术，带动云原生进入黄金发展期。云原生融合新型信息技术，改变数、智、算的应用方式。云原生带动技术架构、应用效能、云化效益的全方位提升，传统行业用户逐步对外围系统、次核心系统、核心系统进行不同程度的云原生化改造。云原生进一步降低技术门槛，深化云数融合、云智融合、高性能计算的发展，推动云数智高质量融合发展。中国信通院云计算与大数据研究所副所长栗蔚注重云计算应用效能优化治理成为企业上云后突出诉求中国信通院最新发布的《云计算白皮书》显示，2020年云计算市场整体规模达到2091亿元，增速56.6%。对于很多企业，应用云计算为企业提升了管理效能，但也带来了相当大的复杂性。如果没有适当地策略，可能会妨碍业务的正常运行。所以随着企业用云程度的加深，企业关注点从开始上云的咨询、迁移，逐步地转到上云后的优化。企业需要仔细考虑如何管理、优化和使用云计算服务，从而可以通过降低云管理成本，进一步提升业务的数字化转型效果。对此，云优化治理成为很多企业上云后改善性能、降低成本、提升效率的主要选择，其能够给企业上云策略制定、线路规划、采用实施、云上优化进行全生命周期的优化提升，为企业数字化转型提供新的动力。在谈及云优化治理将如何发挥作用时，何宝宏认为，企业在上云过程中对价格、安全、服务能力等尤为关注，对云品牌的关注度反而降低，这也反映出企业在云计算应用方面的理念日趋成熟。优化治理是云计算永恒的主题，相比以前关注重心只停留在基础设施层面，现在更多地落到应用层面，优化治理不仅能够改善企业上云后在性能、应用、架构等方面的能力，还将充分发挥云计算的效能和价值，让企业更懂云、更好用云。混合云管理模式演变进行时是当前企业上云的最佳路径云计算最终的发展趋势将可能是朝私有云和公有云的结合——混合云发展。因为没有绝对的私有云，也没有绝对的公有云，纯粹的公有云和纯粹的私有云都有其局限性，而混合云将能够同时避免他们的劣势而发挥他们的优势，已成为企业上云的主流模式。根据中国信通院报告，相比全球市场混合云高达82%的部署比例来说，国内混合云市场由于起步较晚，这一数字则刚刚超过50%。从混合云的特性来看，要实现统一纳管、高效运维，混合云解决方案必须具备在多云管理、云网协同、安全管理、云原生等四个维度中的强大能力。这些关键能力将决定用户应用的部署位置、交互模式和协同效率，进而对业务产生巨大的影响。同时，混合云的管理模式也在不断演进，过去私有云和公有云的协作很多是利用公有云做灾备，或者对计算需求峰值的性能补充，这是合作互补的模式，但现在本地和公有云的协作越来越密切和同步。现在用户开始把不同的应用负载部署到更合适的位置，而不是把所有的应用部署在一个地方。不同的应用根据其特点分别部署到本地、边缘和公有云，混合云的协作管理正在成为趋势。推动新型信任体系构建零信任与云原生安全持续融合从业界今年的发展来看，无论是Gartner认为信任和弹性是自适应安全的两个原则，还是“零信任”理念成为业界热议的流行词，都说明整个行业已经意识到，简单堆砌安全机制已经无法抵御日渐复杂的应用场景和攻击团伙，所以回归安全的本源，思考如何构建信任体系，成为当前一种独特的现象。随着零信任的理念西风东渐，越来越多的国内机构和企业在考虑通过零信任重新构建新的业务访问模型和体系。早期以边界为核心的传统安全思维方式需要被打破，考虑到系统、资源之间的交互越来越频繁，如今的安全需要转向以用户身份为核心的安全，要持续性验证用户身份的真实性。面对零信任与云原生的融合，何宝宏将其看作是发展到一定阶段的必然趋势。零信任从私有化部署向SaaS服务演进，SD-WAN通过集成零信任实现安全防护边缘上零信任实现弹性扩展，能够应对海量访问的请求，同时微隔离作为零信任的关键技术，对云类东西向流量进行访问控制，弥补传统安全防护机制在云环境应用的不足。如今，中国数字化建设的大幕已经开启。为了让行业更好应用创新的云计算技术，中国信通院积极联合各行业龙头企业探索企业高效用云的有效路径，围绕混合云、云原生、零信任、云优化治理等热点技术领域发布一系列标准和认证，成功构建起国内权威的新型云计算安全标准体系。通过对数字时代下云计算发展的深刻洞察，中国信通院不仅实现了相关标准规范的前瞻性布局，还为体系技术的落地应用提供参考和指引，进一步夯实云计算新基建的底座，为中国数字经济发展和企业数字化转型升级打下坚实基础。站在未来十年的新起点，云计算还将裂变出无限的机会和可能，带着人们在探索的路上发现更多未知的精彩。【科技云报道原创】转载请注明“科技云报道”并附本文链接https://new.qq.com/rain/a/20210802A04ODI00

＞＞点击跳转至活动首页＜＜活动已开奖，中奖名单如下所示。请获奖的用户填写华为云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” 加群社区专家入驻，技术问题随时答疑