Systematic Evaluation of Sandboxed Software Deployment for Real-time Software on the Example of a Self-Driving Heavy Vehicle
开发和维护纯软件产品（如网上商店）的公司旨在建立与其在该领域运行的软件的持久链接。从真实的使用场景中监测数据可以在软件生命周期中进行一些改进，例如快速识别和解决问题，以及从以前的意外使用中引出需求。虽然使用沙箱技术的持续集成、持续部署和持续实验的过程在上述纯软件产品中已经建立，但在汽车领域采用类似的做法则更为复杂，主要是由于实时的【形】和安全性的限制。在本文中，我们系统地评估了沙盒软件部署的自动驾驶重型车辆的背景下，参加了2016年大合作驾驶挑战赛（GCDC）在荷兰。我们测量了系统的调度精度后，部署在四个不同的执行环境中的应用程序。我们的研究结果表明，有没有显着的差异，在性能和开销时，使用沙箱环境相比，本机部署的软件。因此，软件架构、打包和维护的最新趋势将有助于实现网络物理系统的类似软件和系统工程。
2016-08-24 cs.SE
Adapting Software Architectures to Machine Learning Challenges
ML组件独特的开发和操作特性以及其固有的不确定性要求使用强大的工程原理来确保其质量。我们的目标是确定如何（重新）构建软件系统，以实现ML组件的强大集成。为了实现这一目标，我们进行了一项混合方法的实证研究，包括（i）系统的文献综述，以确定ML软件架构中的挑战及其解决方案，（ii）与从业者的半结构化访谈，以定性地补充初步调查结果，以及（iii）调查，以定量地验证挑战及其解决方案。我们编译并验证了20个挑战和解决方案，用于使用ML组件（重新）架构系统。例如，我们的研究结果表明，传统的软件架构挑战（例如，组件耦合）在使用ML组件时也起着重要作用;以及新的ML特定挑战（例如，需要持续的再培训）。此外，结果表明，与传统的决策驱动因素（如可扩展性）相比，ML增强的决策驱动因素（如隐私）发挥的作用微不足道。通过调查，我们能够在架构解决方案和软件质量属性之间建立联系，这使我们能够提供20种用于满足ML组件系统的个性化质量要求的架构策略。总之，研究结果可以解释为一个经验框架，支持使用ML组件（重新）构建软件系统的过程。
2022-01-08 cs.SE
Problems and Solutions of Continuous Deployment: A Systematic Review
软件行业需要适应快速变化的市场。持续实践（持续集成，持续交付和持续部署），通常在敏捷开发过程中发现，有可能更频繁地向客户交付新功能，集成较小的功能比更传统的方法更不容易引起冲突。然而，持续部署并没有明确的方法来实现它们的最佳方法。目的：本文的目标是确定与持续部署相关的挑战和解决方案，然后查看哪些解决方案可以应用于哪些挑战。方法：本文是一个系统的文献回顾的问题和解决方案时，实施持续部署的做法在一个组织。它还介绍了哪种解决方案可以适用于哪种问题。针对本SLR分析了2015年之后发表的31篇文章。结果如下：22个问题被分为人类和组织，过程，工具，基础设施，应用程序架构和测试等类别。找到的19个解决方案被分为人类和组织，架构，流程和工具等类别。解决了14个问题，并确定了一些问题，为今后的研究。结论：本文旨在为希望在实现持续部署实践时找到如何解决特定挑战的实践者提供参考。
2018-12-21 cs.SE
Continuous Integration, Delivery and Deployment: A Systematic Review on Approaches, Tools, Challenges and Practices
背景：持续的做法，即，持续集成、交付和部署是软件开发行业的实践，使组织能够频繁可靠地发布新功能和产品。随着对持续实践的兴趣和文献的不断增加，系统地审查和综合采用和实施持续实践的方法、工具、挑战和实践是很重要的。目的：这项研究的目的是系统地审查最先进的持续做法，对方法和工具进行分类，确定这方面的挑战和做法，并确定未来研究的差距。方法：我们使用系统文献综述（SLR）方法对2004年至2016年6月1日期间发表的关于连续实践的同行评审论文进行了综述。我们采用主题分析方法分析从审查69篇论文中提取的数据，使用预定义的标准。结果如下：我们已经确定了30种方法和相关工具，这些方法和工具通过以下方式促进了持续实践的实现：（1）“减少持续集成（CI）中的构建和测试时间";（2）“增加CI中构建和测试结果的可见性和意识”;（3）“支持（半）自动化持续测试”;（4）“检测CI中的违规、缺陷和故障”;（5）“减少CI中的构建和测试时间”。（5）“解决部署管道中的安全性和可伸缩性问题”，以及（6）“提高部署过程的可靠性和可靠性”。我们还确定了一系列关键因素，如“测试（努力和时间）”，“团队意识和透明度”，“良好的设计原则”，“客户”，“高技能和积极性的团队”，“应用领域”和“适当的基础设施”，这些因素在特定组织中引入持续实践时应该仔细考虑。
2017-03-21 cs.SE
A Case Study on Runtime Verification of a Continuous Deployment Process
Graduate School of Informatics, Kyoto University（京都大学情报学府）；National Institute of Informatics（国立情报学研究所）
本研究通过案例分析，探讨了在连续部署流程中使用运行时监控的技术挑战与SyMon的实时监控性能。
2026-02-24 cs.SE
Enabling Autonomous Teams and Continuous Deployment at Scale
在本文中，我们根据挪威劳动和福利管理局父母福利项目的经验，为大型敏捷开发项目提供了过渡到更敏捷交付模型的建议。该项目现代化了组织IT组合的核心部分，并包括多达10个并行工作的开发团队。该项目成功地从使用结合了传统项目管理元素和敏捷方法的交付模式转变为具有自治团队和持续部署的更敏捷的交付模式。这一过渡与项目执行同步完成。我们确定了对考虑类似变化的其他组织有用的关键经验教训，并报告了新的交付模式如何降低风险，并为实现数字化带来的好处开辟了一系列新的可能性。
2022-11-14 cs.SE
On the Role of Software Architecture in DevOps Transformation: An Industrial Case Study
开发与运营（DevOps）是一种特殊类型的持续软件工程，已经成为一种流行的软件系统工程范式。软件架构对于DevOps的成功至关重要。然而，关于行业中如何构建软件系统以启用和支持DevOps的基于证据的知识很少。由于架构决策及其原理和含义在架构过程中非常重要，因此我们进行了一项行业案例研究，该研究根据经验确定并合成了两个软件开发团队认为对DevOps转型至关重要的关键架构决策。我们的研究还表明，除了所选择的架构风格外，DevOps最适合模块化架构。此外，我们发现，如果将运营专家添加到团队中以执行需要高级专业知识的运营任务，则所研究团队的性能可以在DevOps中得到改善。最后，如果团队想要更快地发布软件更改，那么测试投资是不可避免的。
2020-03-13 cs.SE
Towards Continuous Integration and Continuous Delivery in the Automotive Industry
开发周期越来越短，汽车行业正在建立持续集成和交付。我们概述了汽车部署管道的特点，介绍了使用的技术，并分析了特斯拉的交付作为一个最先进的展示。
2016-12-13 cs.SE
Security Support in Continuous Deployment Pipeline
持续部署（CD）已经成为软件行业中的一种新实践，可以持续自动地将软件更改部署到生产中。持续部署管道（CDP）通过将更改从存储库转移到生产环境来支持CD实践。由于大多数CDP组件运行在具有多个Internet接口的环境中，因此这些组件容易受到各种恶意攻击。本文报告了我们的工作，旨在设计安全的CDP利用安全策略。我们已经证明了五个安全策略的有效性，在设计一个安全的管道进行实验的两个CDP-一个包含安全策略，而另一个没有。这两个CDP进行了定性和定量分析。我们使用了带有目标结构符号的保证案例进行定性分析。为了进行定量分析，我们使用了渗透工具。我们的研究结果表明，所应用的策略提高了主要组件的安全性（即，存储库、持续集成服务器、主服务器），通过控制对组件的访问并建立安全连接。
2017-03-13 cs.CR cs.SE
Design Criteria to Architect Continuous Experimentation for Self-Driving Vehicles
驱动当今车辆的软件由于其快速发展和创新的性质而超越机电一体化成为主要的工程挑战。此外，即将推出的具有自动驾驶功能的车辆的软件和系统架构已经处理约750 MB/s -对应于来自流行的视频点播服务的180多个同步4K视频流。因此，自动驾驶汽车将运行如此多的软件，类似于“车轮上的小型数据中心”，而不仅仅是运输车辆。持续集成、部署和实验已经成功地应用于纯软件产品，作为基于反馈的软件开发的支持方法。例如，一个流行的搜索引擎每天进行约250次实验，以根据用户的行为来改进软件。这项工作研究了软件架构的设计标准以及复杂网络物理系统的相应软件开发和部署过程，目标是实现持续实验，以实现持续的软件进化。我们的研究涉及回顾相关文献的主题，提取相关的设计要求。该研究的结论是通过描述我们的自动驾驶汽车实验室采用的软件开发和部署过程和软件架构，两者都基于提取的标准。
2017-06-12 cs.SE
On Continuous Integration / Continuous Delivery for Automated Deployment of Machine Learning Models using MLOps
Jaypee University of Information Technology（杰皮信息技术大学）；Netaji Subhas University of Technology（尼赫鲁苏巴斯科技大学）；Deloitte LLC（德勤有限责任公司）
近年来，机器学习中的模型部署已经成为一个有趣的研究领域。它可以与传统软件开发定义的过程相媲美。持续集成和持续交付（CI/CD）已被证明可以在与开发和运营（DevOps）结合使用时平滑软件进步并加快业务。另一方面，在包含机器学习操作（MLOps）组件的应用程序中使用CI/CD管道存在困难，该领域的先驱通过使用独特的工具来解决这些问题，这些工具通常由云提供商提供。这项研究更深入地研究了机器学习的生命周期以及DevOps和MLOps之间的关键区别。在MLOps方法中，我们讨论了用于执行机器学习框架的CI/CD管道的工具和方法。接下来，我们将深入研究Github Operations（GitOps）中基于推送和拉取的部署。开放的勘探问题也被确定和补充，这可能会指导未来的研究。
2022-02-07 cs.LG cs.SE
Achieving Operational Scalability Using Razee Continuous Deployment Model and Kubernetes Operators
云计算领域的最新进展已经导致在简化针对不同需求的硬件和软件的采购方面取得了巨大进步。通过将企业工作负载迁移到托管云产品（私有云、公共云、混合云），客户可以委派与网络连接、云资源采购、应用程序部署、软件补丁和升级等相关的日常任务和劳动密集型维护活动，这通常会转化为高可用性和降低成本等优势。容器和基于微服务的部署的流行使Kubernetes成为交付应用程序的事实标准。然而，即使使用Kubernetes编排，云服务提供商也经常遇到操作可扩展性问题，因为缺乏持续集成和持续部署（CICD）自动化，并且在管理跨多个数据中心/可用性区域的大量软件部署时对人工操作员的需求增加。Kubernetes通过使用Operators创建和管理自定义应用程序，以一种新颖的方式解决了这个问题。敏捷方法论提倡增量式CICD，被云提供商采用。然而，具有讽刺意味的是，正是这种应用程序更新、Kubernetes集群升级等的持续交付功能，这也是云提供商的祸根。在本文中，我们将演示如何使用IBM开源项目Razee作为可扩展的持续部署框架来部署开源RStudio和Nginx Operator。我们将讨论IBM Watson SaaS应用程序操作员，区块链应用程序和Kubernetes资源更新等，可以类似地部署和使用Operator来执行应用程序生存周期管理。我们断言，将Razee与Kubernetes上的Operators结…
2020-12-18 cs.DC cs.SE
Making Deployments Safe at Meta: Health Checks for Continuous Change-Safety
Meta Platforms, Inc.（元平台公司）
Meta 介绍其用于平衡持续部署速度与可靠性的 Service Health Checker 健康检查基础设施，阐述其架构、集成方式、解决的运营问题及未来 AI 辅助调优方向。
2026-08-24 cs.AI cs.SE
A Systematic Literature Review on Continuous Integration and Deployment (CI/CD) for Secure Cloud Computing
本文通过对66篇论文进行系统性文献综述，梳理云计算中CI/CD安全的工具、方法、挑战与研究空白。
2025-06-09 cs.CR cs.SE
A General Solution for the Implementation of CI/CD in Embedded Linux Development
针对嵌入式Linux开发，提出基于Yocto三层架构与GitLab CI及Docker的通用CI/CD方案，实现可复现构建，经QEMU六场景验证，显著缩短构建时间并支持扩展。
2025-10-24 cs.SE
Linking Stakeholders' Viewpoint Concerns and Microservices-based Architecture
敏捷项目管理的广泛采用，微服务的独立交付以及DevOps的自动化部署极大地加快了系统开发。真正改变游戏规则的是持续集成（CI）、持续交付和持续部署（CD）。组织可以一天发布多个版本，将测试、发布和部署周期从数周缩短到数分钟。Docker等容器技术和Kubernetes等容器编排平台的成熟促进了微服务架构的发展，特别是在云原生开发中。有各种工具可用于设置CI/CD管道。组织正在远离单体应用程序，转向基于微服务的架构。组织可以通过应用程序编程接口（API）快速积累数百个此类微服务。这些现代方法的主要目的是敏捷性、速度和可重用性。虽然DevOps提供了速度和上市时间，但除非微服务和API与企业范围的利益相关者的需求相关联，否则敏捷性和可重用性可能无法得到保证。业务需求和微服务/API之间的联系没有得到很好的捕捉，也没有得到充分的定义。在本出版物中，我们描述了一种结构化方法，用于在API和基于微服务的敏捷开发之间创建逻辑链接，并考虑企业利益相关者的需求和观点。这种方法能够捕获和记录企业范围内利益相关者的需求，无论这些利益相关者是企业所有者、规划者（产品所有者、架构师）、设计者（开发人员、DevOps工程师）还是企业的合作伙伴和订阅者。
2020-09-13 cs.SE
Continuous Benchmark Generation for Evaluating Enterprise-scale LLM Agents
针对企业级大语言模型智能体评估中固定基准难以适配需求迭代、真值样例稀缺的问题，提出依托半结构化文档结合大语言模型的持续基准生成方法，可构建可维护评估框架，支撑智能体性能快速反馈与针对性优化。
2025-11-13 cs.SE
Fail Fast - Fail Often: Enhancing Agile Methodology using Dynamic Regression, Code Bisector and Code Quality in Continuous Integration (CI)
敏捷实践作为传统软件开发方法的替代方案，正受到业界的广泛关注。然而，在将敏捷[2]与测试驱动开发（TDD）[10]实践、云部署、持续集成（CI）、不间断性能、负载、安全和可访问测试相结合方面存在许多挑战。在这些挑战中，持续集成是一种在软件测试中被广泛讨论和实践的方法。本文描述了一种在持续集成中使用代码质量、代码平分线和动态回归来改进敏捷方法的方法。用于此分析、设计和开发的工具集是Jenkins、Robot Framework [4]、Perforce和Git。
2015-06-29 cs.SE
Quantum Microservices Development and Deployment
本文提出一种量子服务持续部署流水线，结合OpenAPI规范修改、GitHub Actions与AWS，将面向服务计算的优势引入量子软件工程，以支持量子微服务的开发与部署。
2023-09-21 cs.SE
What Practitioners Really Think About Continuous Software Engineering: A Taxonomy of Challenges
持续软件工程是一种协作式的软件开发环境，它提供了在短时间内持续开发和部署高质量软件项目的能力。针对持续软件工程实践尚不成熟，软件组织对采用持续软件工程犹豫不决的问题，本研究的目的是：（1）通过系统的文献综述（SLR）和问卷调查研究获得行业专家的见解，以探索持续软件工程的挑战;（2）使用模糊层次分析法（FAHP）对调查的挑战进行优先级排序。研究结果提供了一套软件组织所面临的关键挑战，同时采用持续软件工程和基于优先级的分类的持续软件工程的挑战。FAHP的应用是新颖的，在这个研究领域，因为它有助于解决从业者的连续软件工程的影响因素的不确定性。我们相信，这项研究的结果将作为一个知识体系，为现实世界的从业者和研究人员修改和开发新的战略，成功地实施持续软件工程的做法在软件行业。
2023-03-30 cs.SE
Professional Insights into Benefits and Limitations of Implementing MLOps Principles
本文通过与6名开发者进行焦点小组研究，评估了在线监督学习中实施MLOps原则的收益与局限，指出其投资回报取决于项目规模与部署需求，为平衡实施成本与项目收益提供了专业见解。
2024-03-19 cs.SE
An Architecture for Decentralised Deployment and Operation of Blockchain Applications
Technical University of Munich（慕尼黑工业大学）；Fraunhofer Gesellschaft（弗劳恩霍夫协会）
本文提出了一种将DevOps最佳实践与去中心化自治组织（DAO）概念相结合的新架构，旨在支持确定性部署并简化区块链应用的去中心化操作流程。
2026-05-21 cs.SE
Identifying Critical Dependencies in Large-Scale Continuous Software Engineering
本文基于对两家北欧金融科技公司的访谈，识别出大规模持续软件工程中团队与支持职能及外部实体间的关键依赖是主要瓶颈，并计划探索相应协调机制。
2025-05-08 cs.SE
DevOps Automation Pipeline Deployment with IaC (Infrastructure as Code)
本文针对DevOps部署中CI/CD流水线的现有流程优化需求，结合示例明确DevOps的实际落地方式，演示IaC与流水线即代码的实施策略，消除相关方法论的定义歧义。
2025-03-20 cs.ET cs.SE
Rapid Regression Detection in Software Deployments through Sequential Testing
持续部署的实践使公司能够通过提高软件部署的速度来缩短上市时间。但是，更频繁地部署会带来偶尔发布有缺陷的更改的风险。对于互联网公司来说，这有可能降低用户体验，增加用户放弃。因此，质量控制门是软件交付过程的重要组成部分。这些用于建立对发布或变更可靠性的信心。为此，一种常见的方法是执行金丝雀测试来评估生产工作负载下的新软件。尽早检测缺陷对于减少曝光和向开发人员提供即时反馈是必要的。我们提出了一个统计框架，用于快速检测软件部署中的回归。我们的方法是基于随机顺序和平等分布的顺序测试。这使得金丝雀测试能够被连续监控，允许回归被快速检测，同时严格控制整个错误检测概率。这种方法的实用性是基于Netflix的两个案例研究。
2022-06-22 cs.SE stat.AP
Continuous Reasoning for Managing Next-Gen Distributed Applications
在持续集成/持续部署（CI/CD）软件发布管道中，持续推理已被证明在增量分析应用程序代码库的变化方面是有效的。在本文中，我们提出了一种新颖的声明式连续推理方法，以支持云-物联网连续体上的多服务应用程序的管理，特别是当基础设施变化阻碍满足应用程序的硬件，软件，物联网或网络QoS要求时。我们展示了这种方法如何带来相当大的速度相比，非增量推理。
2020-09-22 cs.DC cs.SE
An Industrial Experience Report about Challenges from Continuous Monitoring, Improvement, and Deployment for Autonomous Driving Features
本文通过专家访谈和文献研究，识别并讨论了汽车领域采用持续开发、部署与监控（CDDM）的特定挑战，以填补增强安全自动驾驶系统软件开发的研究空白。
2024-03-14 cs.SE cs.SY eess.SY
Meta-Engineering Harnesses for AI-Native Software Production: A Contract-Driven Adversarial Verification Architecture with Early Deployment Report
HireNimbus
提出一种元工程框架，通过合约驱动、角色专业化AI代理和对抗性验证，实现AI原生软件的持续生产、验证与改进，并在小型服务公司的CTO即服务场景中部署17项功能，验证了其可靠性。
2026-05-25 cs.AI cs.SE
AgentPulse: A Continuous Multi-Signal Framework for Evaluating AI Agents in Deployment
University of Pennsylvania（宾夕法尼亚大学）；Columbia University（哥伦比亚大学）；OpenMesh AI
本文提出AgentPulse框架，通过18种实时信号评估50个AI代理在10种工作负载中的表现，揭示部署中的采纳、维护和体验信息，强调其作为方法论而非真实排名的价值。
2026-04-27 cs.AI cs.CL cs.SE
A Model-driven Approach for Continuous Performance Engineering in Microservice-based Systems
针对微服务系统快速演进部署易影响性能且缺乏系统化性能管理方法的问题，提出利用监测数据与架构模型的可追溯关系推导性能重构建议的模型驱动方法，并在两个领域系统上验证有效。
2023-02-20 cs.PF cs.SE
Improving Problem Identification via Automated Log Clustering using Dimensionality Reduction
Simula Research Laboratory（Simula研究实验室）
目标：我们考虑的问题，自动分组日志的运行失败的相同的根本原因，使他们能够得到更有效的治疗，并调查以下问题：（1）是否开发的方法来识别系统日志中的问题推广到识别问题的连续部署日志？(2)降维如何影响自动日志聚类的质量？(3)聚类算法中用于合并聚类的标准如何影响聚类质量？方法：我们复制和扩展早期的集群系统日志文件的工作，以评估其泛化到连续部署日志。我们考虑这些降维技术之一的可选包括：主成分分析（PCA），潜在语义索引（LSI），和非负矩阵分解（NMF）。此外，我们考虑三种替代集群合并标准（单一连锁，平均连锁，加权连锁），除了在早期的工作中使用的完全连锁标准。我们经验性地评估了16个由我们的工业合作者提供的连续部署日志上的配置。结果如下：我们的研究表明，（1）通过聚类识别连续部署日志中的问题是可行的，（2）包括NMF显着提高了整体准确性和鲁棒性，（3）完全链接在所有分析的合并标准中表现最好。结论：我们的结论是，通过自动日志聚类的问题识别，包括降维改进，因为它降低了管道的参数选择的敏感性，从而增加了处理不同输入的鲁棒性。
2020-09-07 cs.IR cs.LG cs.SE
Toward a Generalized Defense Across Sparse, Continuous, and Structured Parameter Attacks
School of Electrical Engineering and Computer Science, The University of Queensland, Australia（电气工程与计算机科学学院，昆士兰大学，澳大利亚）
提出 ParDef 框架，通过密钥通道重参数化、QC-LDPC 量化和自适应鲁棒推理，实现对多种参数攻击的通用防御，在保持高性能的同时降低攻击成功率。
2026-06-03 cs.CR cs.LG cs.SE
Towards Continuous Assurance with Formal Verification and Assurance Cases
Department of Computer Science, The University of Manchester（曼彻斯特大学计算机科学系）；Regulatory Support Directorate, Amentum（Amentum监管支持部门）
针对传统自主系统保障方法碎片化、无法适应变化的问题，提出集成设计时、运行时和演化时保障的统一持续保障框架，实例化设计时阶段并通过模型驱动管道确保可追溯性，在核检测机器人场景验证且符合监管原则。
2025-11-17 cs.AI cs.SE
Enhancing Cloud Security through Topic Modelling
University of Western Ontario（西安大略大学）；IBM Canada Lab.（IBM加拿大实验室）
本文提出利用基于 LDA 和 PLSA 的主题建模分析 CI/CD 日志、报告与部署追踪，以识别安全主题并提前发现云环境漏洞。
2025-06-27 cs.CR cs.LG cs.SE
DTInsight: A Tool for Explicit, Interactive, and Continuous Digital Twin Reporting
针对数字孪生（DT）构建演进中利益相关者需随时了解系统特征与架构的需求，提出DTInsight工具，通过交互式可视化、本体数据摘要生成及CI/CD流水线集成，基于DTDF建模描述生成持续报告以提升理解。
2025-08-25 cs.ET cs.HC cs.SE
