挑战
日本电装公司是世界上最大的汽车零部件供应商之一。随着连接汽车,该公司推出了一个数字创新部门扩大到软件,致力于汽车边缘和车辆云产品。但有几个技术挑战创造一个集成的车辆边缘/云平台:“计算资源的数量,偶尔缺乏移动信号,和一个巨大的数量的分布式车辆,“研发产品经理Seiichi小泉说。
解决方案
小泉的团队意识到,因为每天移动服务的发展,他们需要云原生生态系统为平台的灵活性。考虑其他协调器后,日本电装和Kubernetes编排和普罗米修斯,Fluentd,特使Istio,执掌平台。今天,日本电装使用车辆边缘的电脑,一个私人Kubernetes云,和管理Kubernetes(部的,GKE)。
影响
关键层的功能可能需要2 - 3年实现在传统,瀑布在日本电装的发展模式。Kubernetes平台和敏捷方法,有两个月的开发周期非关键软件。现在,一年十个新的应用程序被释放,每周都介绍了一个新的原型。“利用Kubernetes管理服务,如GKE /的/部,我们可以统一环境和简化维护操作,“小泉说。
公司的使命是“为一个更美好的世界,一起创造价值与未来的愿景”——这一愿景的一部分近年来发展汽车边缘和车辆云。
随着连接汽车、日本电装建立了数字创新部门拓展业务之外的关键层引擎,刹车系统以及其他汽车零部件到非关键分析和娱乐层。比较汽车连接到智能手机,研发产品经理Seiichi小泉说日本电装希望能够快速、轻松地开发和安装应用程序的“空白”车,并根据司机的喜好迭代它们。因此,“我们需要一个灵活的应用程序平台,”他说。
但在车边和车辆云产品意味着有几个技术挑战:“计算资源的数量,偶尔缺乏移动信号,和一个巨大的数量的分布式车辆,”小泉说。“我们正在应对这些挑战来创建一个集成的车辆边缘/云平台。”
小泉的团队意识到,因为每天移动服务的发展,他们需要云原生生态系统为平台的灵活性。当他们评估技术,由这些标准:因为他们让业务需要支持多个云和内部环境,解决方案需要云不可知论者,没有厂商锁定和开放治理。它还必须支持一个edge-cloud集成环境。
考虑其他协调器后,日本电装和Kubernetes编排和普罗米修斯,Fluentd,特使Istio,执掌平台。在实施过程中,团队使用“设计思考澄清用例及其价值主张,“小泉说。接下来,敏捷开发团队工作POC,然后MVP, DevOps的风格。“即使是在开发阶段,我们保持一个通道给终端用户,”他补充道。
一个教训在这个过程中引入专家的价值。“我们试图学习Kubernetes从头和原生云技术,但它花的时间比预期的要多,”小泉说。“我们Kubernetes专家参与我们的团队,和它极大地加快发展速度。”
今天,日本电装使用车辆边缘的电脑,一个私人Kubernetes云,和管理Kubernetes GKE,的,部。“我们正在开发一个车辆边缘/云集成平台基于microservice和服务网格架构,”小泉说。“我们云扩展到多个车辆边缘和作为一个统一的平台管理它。”
原生云使得日本电装交付应用程序通过其新的凸轮,已收集数据的安全连接到云上。“这就像一个智能手机,”他说。“我们正在安装新的应用程序和数据通过云,我们可以保持更新新的应用程序都通过dash凸轮。”
统一云本地平台,结合敏捷开发,对生产率产生积极的影响。关键层关注涉及发动机或刹车系统,需要2 - 3年实现难度在日本电装,因为测试安全所需的时间,但也因为传统的瀑布模型的发展。Kubernetes平台和敏捷方法,有两个月的开发周期非关键软件。现在,每年十个新的应用程序被释放,和部门的scrum-style发展,每周都介绍了一个新的原型。
应用程序的可移植性也导致更大的开发效率。“没有必要关心不同的多重云平台了,”小泉说。现在,“我们也想拥有相同的车辆边缘之间的可移植性和云平台”。
另一个改进:汽车一级供应商电装总是有多个二级供应商。“生产提供高可用性服务,我们试图做同样的事情在一个多重云平台,“小泉说。Kubernetes之前,同时维护两个不同的系统是困难的。“利用Kubernetes管理服务,如GKE /的/部,我们可以统一环境和简化维护操作,”他说。
云也深刻的改变了本土文化在日本电装。数字创新部门被称为“诺亚方舟”,它已从2成员70 -计划在未来一年的两倍多。他们的运作方式从传统的日本汽车文化是完全不同的。但正如带来的公司接受改变混合动力汽车在过去的十年里,小泉说,现在他们又在这样做了,作为连接汽车科技公司已经进入空间。“另一个颠覆性创新是未来,”他说,“所以为了生存在这种情况下,我们需要改变我们的文化。”
展望未来,小泉和他的团队预计serverless和zero-trust安全架构Kubernetes的重要改进。他们很高兴日本电装已经出现。“移动服务企业需要敏捷性和灵活性,”他说。“日本电装正试图把云本机灵活性车辆基础设施。”