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