关于云原生:软件定义汽车变局下车企如何通过云原生构建核心壁垒

28次阅读

共计 4113 个字符,预计需要花费 11 分钟才能阅读完成。

软件定义汽车时代已来,云原生成车企转型重要驱动力

在现在的数字经济浪潮下,汽车产业正面临着前所未有的转型大变局,汽车产品的属性正在从传统的机电一体化产品升级成为软硬件深度交融的智能终端,“软件定义汽车”已成业界共识。

从用户需要角度来看,随着车联网的一直倒退,用户对于和软件相干的性能体验的需要越来越强烈,“更聪慧的、更高科技的车”正在取代“更好操控的车”,而这对汽车软件的数据治理、存储能力、算力、迭代速度就产生了更高的要求,软件对于用户需要体验起到了愈发重要的作用。

从业务利用角度来看,车联网业务利用日渐多元化,车企的数据治理也日趋简单,如何疾速突破信息孤岛、对立零碎架构、减速业务翻新成为了车企亟待解决的问题。

从技术改革角度来看,云原生、人工智能等科技的飞速发展,大大促成了智能网联汽车的变革。软件的降级曾经成为了全行业所必须拥抱的变动,汽车零碎逐步从关闭的零碎倒退转为凋谢的零碎,以容器、微服务为代表的云原生技术也为车企数字化转型弯道“超车”提供了实现门路。

为了更好地晋升用户体验、抢占市场劣势,越来越多的车企也开始步入云原生化的过程,云原生作为一种更贴近利用的 IT 架构,可能在业务翻新、用户体验晋升等诸多方面帮忙车企取得转型劣势,如何更大程度地享受云原生技术的红利成为了车企的新焦点。那么,有没有一种规范的车企云原生转型范本呢?

本篇文章就将从车企所遇到的云原生转型理论问题动手,和您聊聊车企数字化转型那些事儿。

汽车行业面临的敏态 IT 挑战

新的市场竞争格局下,主机厂纷纷减少新业务状态,面对市场和客户扩大业务。汽车厂家也有本人的客户 APP, 基本上通过外包人员进行利用开发,利用架构多采纳单体架构或分层架构。

车企面临着更为严厉的敏态 IT 挑战:

• 资源弹性需要应答能力有余:B2C 业务高峰期压力大,外部计算资源无奈动静调整应答。

• 跨云部署和跨云迁徙:双 11 或者 618 等临时性高并发场景,须要利用可能反对跨云部署、扩大以及迁徙的能力以加强资源弹性。

• 利用迭代频率和开发速度慢:利用迭代周期最快为 2 月一次迭代,迭代频率过低,同时交付周期长,问题和缺点发现和反馈慢,无奈应答业务的疾速变动。

• 利用架构转型云平台撑持:以后正在引入微服务等利用架构,目前不足对新一代利用架构的撑持 PaaS 云平台。

这时候,咱们就须要一种全新的思维形式和解决办法来应答上述挑战,这个办法就是云原生。

云原生能为车企带来什么?

首先,从 生产效率 方面来看,成熟的全栈云原生平台提供的是一套开箱即用、灵便凋谢的工作形式,可能最大限度地帮忙车企进步开发人员的生产力,晋升开发、运维人员的工作效率,让企业可能将更多的工夫与人力聚焦于业务翻新。

其次,从 IT 化经营 方面来看,云原生可能帮忙车企抢占市场劣势、实现卓越经营。将来每一个企业都将成为软件企业,车企 IT 的先进水平会间接影响到其汽车产品的外围竞争力,云原生可能帮忙车企迅速构建起高并发、高可用、海量数据计算和存储的车联网产品和体系,同时 缩小 80% 以上的故障率,让车企有更多机会去试错,智能网联利用得以在最大化满足用户需要的根底上,实现疾速开发。

此外,从 资源配置 方面来看,云原生转型可能帮忙车企优化资源利用,节约更多的传统基础设施老本,整体资源利用率晋升 60% 以上,并实现跨多云的对立治理、部署和迭代。

在这里咱们间接以某大型车企的云原生实际为例:

2018 年,在高并发拜访、高吞吐量以及车辆的车联网接入需要推动下,其智能网联利用做微服务的革新和利用容器化,“智能网联开发院”和“数字化部门”联结起来对整个平台架构进行了相应的设计,在平台建设中外围痛点就是须要引入一个微服务的治理平台,以及一个业务利用的治理平台,来撑持整个智能网联平台的开发须要。

我的项目依靠于灵雀云 ACP 治理平台,配合微服务治理平台,实现了业务利用的运行以及业务利用治理的工作。我的项目一期实现局部服务器的纳管,造成计算资源池,为业务利用提供部署资源。同时,通过微服务治理性能,实现为业务利用的不同部门或者不同开发团队,适配相应的容器化集群。

当然,平台的落地并不能只是把工具提供给了客户,让客户更好地用起来,也是一个十分大的挑战,尤其对于微服务这样比拟新的概念来说。灵雀云在我的项目当中也为客户提供了微服务治理咨询服务,对于微服务的拆分,微服务革新,以及如何更好地应用平台的各种性能都提供了有针对性的咨询服务。

通过几年的致力,该车企的营销数字化业务的不同业务零碎都逐步迁徙到这个平台上来。这么大规模的平台和业务利用,运维人员可能只须要 3~5 集体。

对于他们来说,能失去的收益,首先就是对立业务零碎的开发架构,第二是对立了业务零碎的部署架构,第三是极大地缩小了简单的业务零碎运维,大量的人员就能够反对大量的业务零碎的运维工作,同时,通过平台的资源主动伸缩、微服务治理能力,我的项目实现了自动化的业务运行、运维和业务治理。

车联网利用迁徙应从哪些方面思考?

车联网是将来交通系统的倒退方向,它是将先进的信息技术、数据通讯传输技术、电子传感技术、控制技术及计算机技术等无效地集成使用于整个高空交通管理零碎而建设的一种在大范畴内、全方位发挥作用的,实时、精确、高效的综合交通运输管理系统。随着车联网日益受到各家车企的器重,很多车企都会将车联网利用纳入云原生转型的重点。

首先,从车联网利用架构来看,包含:车机、智能手机、地图导航、语音技术、HUD(Head Up Display 平视显示器)、OBD(On-Board DiagnosTIc 车载诊断系统)、CAN(Controller Area Network 控制器局域网络)、RFID(Radio Frequency IdenTIficaTIon 射频辨认技术)、ITS(Intelligent Transport System 智能交通系统)、智能座舱、主动驾驶等等。

此外,从车联网利用上云策略来看,倡议车企在车联网利用迁徙时,提前制订好业务上云的策略体系,比方制订业务开发标准,联合容器、OAM、SpringCloud、ServiceMesh 四种利用类型明确业务上云过程中利用分类规定、迁徙策略、割接办法、运维办法等。

再者,在车联网利用迁徙布局时,除了须要思考上述外围业务利用能力之外,也要从“云端芯”一体化架构全局来进行正当布局。CNBPA 最新的调研后果也表明,建设具备全栈能力的云原生平台曾经成为先进企业数字化转型的最佳门路。传统的绝对割裂的 IT 架构曾经无奈满足企业日益倒退的翻新须要,在现在的云原生时代,企业更应该从整个 IT 基础设施角度上,去思考如何通过云原生促成业务翻新和业务胜利。

在理论执行时,倡议车企能够思考 3 步走的云原生转型策略,比方能够思考先建设一个规范的、小规模但功能齐全的云原生全栈云平台,初步实现一个平台对立治理各类基础设施、构建平台的应用服务能力,疾速让研发、运维、业务人员感触到云原生全栈云的便当。第二步再丰盛中台业务能力,在对立的云原生平台根底上扩大更多的业务能力,扩充利用规模,晋升管理水平。第三步能够持续丰盛欠缺本身能力,劣势能力继续推广,打造更欠缺的车联网云原生业务中台,享受云原生技术的红利。

车企如何安稳实现云原生化?

首先,在面对 B2C 业务流量不确定性,原有的单体业务和虚拟机部署形式无奈对突发性高并发业务进行反对,须要构建一套基于利用级别的云计算平台,实现利用级的资源共享和对立调度。

其次,针对单体或 SOA 利用架构,在高并发业务适应性、高扩展性展示的有余,通过对现有利用架构和业务逻辑进行解耦,以微服务架构形式对现有架构进行重构,以容器化的形式进行利用部署,实现利用的疾速交付、部署、上线。在新开发的性能以微服务架构开发,原有的 SOW 和单体架构架构放弃不变,缓缓的把业务转移到微服务架构中。

此外,针对现有架构实现在短时间内实现 2C 高并发业务:倡议把 双 11 或者 618 等临时性高并发场景的性能提前独自拆分进去,以微服务化形式交付,在基于 PaaS 云平台上进行业务承载,可能我的项目初期公有云资源不够时可利用云有云资源优势部署企业 PaaS 平台(只应用私有云资源),实现业务疾速上线和高并发 2B 业务承接,在流动完结后把数据导入公有云库。

最初,针对多家开发商时,须要建设基于新一代业务开发、治理、交付体系。从业务代码、开发标准、自动化构建、质量标准、测试流程、上线规范进行对立治理。DevOps 平台可实现以上能力,车厂和利用治理小组进行标准规范的制订,DevOps 开发平台进行流程、标准的落地。通过 DevOps 标准化交付流程对利用交付品质、效率进行治理。实现在变现将来高效利用业务需要交付。

车企如何筑牢云原生平安防线?

智能网联和数字化的高速倒退,给汽车行业带来了平安新挑战。一方面,车企开启数字化转型,IT 基础设施全面上云,使得零碎复杂度大幅减少;另一方面,智能网联的遍及,让网联车辆在用车的各个环节都面临着网络安全危险。用户全生命周期的数字化, 也给数据安全带来了新的威逼。与此同时,近年来我国一直强化在汽车数据安全方面的监管力度,颁布了一系列数据安全新规,使得平安合规成为汽车行业倒退的必然要求。那么车企该如何应答新时代的云原生平安问题呢?

首先,随着云原生技术的一直倒退,通过执行平安“左移”的 DevSecOps 模式,能够极大水平地保障安全性,从 DevOps 全流程为企业的业务零碎注入平安危险免疫能力。

其次,倡议优先思考采纳全栈云原生公有云平台,整个 PaaS 云平台环境部署在内网环境下,仅仅通过接入层(DMZ)实现互联网的接入。互联网上的申请通过接入层反向代理到内网 PaaS 云的节点上。如果 PaaS 云节点须要被动向互联网发送申请的话,就须要通过 Proxy 代理服务器的形式来实现。

另外,公有镜像仓库能够应用开源的企业级镜像仓库 Harbor,Harbor 应用自签名的 SSL 证书以 HTTPS 协定对外服务。PaaS 云平台节点上的 Docker 过程只有配置了自签名的 SSL 证书,能力从 Harbor 的镜像仓库中拉取镜像。

点击此处,具体理解灵雀云如何助力车企赢取数字化转型先机,与灵雀云工程师独特布局为您量身定制的云原生转型门路。

正文完
 0