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