CI/CD Pipeline Operations Code Segmentation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Cloud service providers face challenges in managing operations code within continuous integration/continuous delivery (CI/CD) pipelines, as errors in operations code can damage the pipeline and lead to downtime, requiring separate testing and integration of operations code, which complicates infrastructure management.

Innovation Solution

Incorporating operations triggers into the CI/CD pipeline to test and integrate operations code separately from application code, using feature toggles to enable or disable operations features, and employing delta mode deployments to minimize resource usage and risk of pipeline damage.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Extent of automation

If operations code is integrated into the CI/CD pipeline with application code, then deployment automation is improved, but the risk of pipeline damage from operations code errors increases

Engineering Contradiction:
Improvedeployment automationVSAvoidpipeline reliability
Core Design Contradiction:
Extent of automationVSReliability

Solution Approach 1:

The patent segments operations code and application code into separate deployable units with distinct deployment paths. Operations code is handled through operations triggers and deployed separately from application triggers, allowing independent testing and validation. This segmentation reduces the risk that operations code errors will damage the entire CI/CD pipeline while maintaining automation benefits.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent implements preliminary testing and validation of operations code through feature toggles and staged deployments. Operations code changes are tested in isolation before being integrated into the full deployment pipeline. This preliminary action allows errors to be detected and remediated before they can damage the pipeline, thereby improving reliability while maintaining automation.

Inventive Principle:
Principle #10Preliminary action

2Reliability

If operations code is tested separately from application code, then pipeline reliability is improved, but device complexity increases

Engineering Contradiction:
Improvepipeline reliabilityVSAvoidinfrastructure management complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements a universal CI/CD pipeline framework that handles both operations code and application code through common infrastructure components. Feature toggles, staged deployments, and standardized trigger mechanisms serve multiple functions across different code types. This universality reduces infrastructure management complexity despite the added reliability measures, as the same pipeline structure manages both code types.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Speed

If full deployment mode is used, then deployment speed is improved, but resource consumption and risk increase

Engineering Contradiction:
Improvedeployment speedVSAvoidresource consumption
Core Design Contradiction:
SpeedVSLoss of energy

Solution Approach 1:

The patent implements delta mode deployments that deploy only the specific code changes triggered by operations or application triggers, rather than performing full deployments. This partial action approach reduces resource consumption and deployment risk while maintaining speed for targeted changes. Full deployment mode remains available when complete redeployment is necessary, providing flexibility to optimize between speed and resource usage based on specific needs.

Inventive Principle:
Principle #16Partial or excessive action

Data Source

PatentUS11768962B2Cloud service delivery techniques and systems
Publication Date: 2023.09.26 SAP SE
  • US11768962B2 patent drawing
  • US11768962B2 patent drawing
  • US11768962B2 patent drawing

AI summary

Various examples are directed to systems and methods for providing software services to one or more consumer systems. A cloud service provider system accesses a software service build comprising a first feature and a first feature toggle for selectively enabling or disabling the first feature. The cloud service provider system configures the first feature toggle of the software service build to disable the first feature and deploys the software service build to a first environment accessible by a first consumer system. A toggle routine determines that a first toggle condition for the first feature has occurred and modifies the software service build deployed at the first environment to configure the first feature toggle to enable the first feature.