汽车软件交付的DevOps自动化最佳实践
网络研讨会描述:
如今，一些汽车的代码超过3亿行!软件已经成为消费者购买决策的关键区别和影响因素——许多人在选择汽车时，不仅看重马力，还看重其信息娱乐系统和“所有的技术”。用于车辆内嵌软件的DevOps并非易事。在软件交付方面，汽车行业面临着独特的挑战——由于复杂的测试矩阵和部署流程，以及严格的安全、监管和合规规则。
DevOps和CI/CD流水线自动化使汽车制造商能够加快发布速度，同时确保安全性并降低软件发布失败/召回的风险。
在本次网络研讨会中，您将了解到:
- DevOps如何帮助解决周围的挑战汽车和嵌入式软件交付
- 一个现代的CI/CD管道和工具集在汽车行业是什么样的
- DevSecOps最佳实践:如何确保将安全性和合规性作为管道的组成部分
- 减少最后一英里部署的占用空间/延迟的模式，以加速发布并最大限度地减少服务中断
- 关于提高复杂嵌入式软件开发人员的生产力和协作的来之不易的技巧和技巧，包括:
- 典型的管道工作流
- 质量关口和合规
- 部署版本的可观察性
- 最后一英里的部署
谁应该参加:来自汽车行业的DevOps工程师，软件开发人员和经理。
先决条件:对DevOps有基本的了解
额外的资源:2022世界杯阿根廷预选赛赛程
常见问题
在网络研讨会之后，观众提出了这些很棒的问题，你可能会感兴趣。
边缘节点的数量没有真正的限制。然而，我们目前遇到的典型解决方案/拓扑是，边缘节点不在汽车中，而是在附近的地理位置(例如，区域，服务中心等……)。关于解决“最后一英里”问题的边缘节点的决策最好在每次使用的基础上进行讨论。边缘节点将在上线时更新，除非已达到为分布定义的超时。
可以按照您的意愿进行划分的YAML文件(为了模块化)。我们建议将CI相关的部分放在正在构建的各自项目中，将CD部分放在专用的git中。但是，非常灵活，你可以按照你想要的方式进行重组。我们还支持与Jenkins的集成，因此您不需要放弃现有的工作。本质上，您可以定义(通过regex)管道的YAML文件在哪里。
完全支持B/G部署，因为我们可以在边缘节点上拥有多个存储库。然后我们可以立即从一个回购提升到另一个
肯定。但是，流程必须配置为使用它，因为运行时组件应该使用利用B/G存储库的基本逻辑进行设置。您还可以利用我们对虚拟存储库的支持，从根本上改变底层存储库的解析顺序。
一个发布包版本最多可以包含3000个工件。这个数字在产品中没有限制，但是超过这个数字是非常不推荐的。
巴勃罗，谢谢你的问题。今年年底，Bintray商业服务将会下降。分发工件的另一种解决方案可以通过分发来执行，并允许您的客户访问边缘节点。
不，它只适用于分销。有关Artifactory Edge节点的更多信息://www.si-fil.com/confluence/display/JFROG/JFrog Artifactory Edge。
您可以使用JFrog Bintray -一个云平台，让您完全控制如何发布，存储，推广和分发软件。
