What is the correct order of activities in the Continuous Integration aspect?
The correct order of activities in the Continuous Integration aspect is: Develop, Build, Test end-to-end, Stage. Continuous Integration (CI) is an aspect of the Continuous Delivery Pipeline that automates the development, testing, integration, and validation of new functionality in preparation for deployment and release. CI is the second aspect in the four-part Continuous Delivery Pipeline of Continuous Exploration (CE), Continuous Integration (CI), Continuous Deployment (CD), and Release on Demand. CI consists of four activities, as shown in Figure 1:
Develop -- This activity involves implementing stories by refining features from the ART Backlog, coding, testing, and committing the work product into the source control system. Testing in this activity tends to focus on unit and story-level testing and often requires test doubles to replicate other components or subsystems that are not readily available or easily tested.
Build -- This activity involves creating deployable binaries and merging development branches into the trunk. Building in this activity includes compiling, linking, packaging, and verifying the code and components. Building also involves applying code quality and security checks, such as static code analysis, code coverage, and code review.
Test end-to-end -- This activity involves validating the solution end-to-end, including the functional and nonfunctional aspects, such as performance, usability, reliability, and security. Testing in this activity requires integrating the code and components with other subsystems and services, and using test environments that resemble the production environment as much as possible. Testing also involves applying automated testing tools and frameworks, such as regression testing, integration testing, system testing, and acceptance testing.
Stage -- This activity involves hosting and validating solutions in a staging environment before production. Staging in this activity includes deploying the solution to a pre-production environment that mimics the production environment in terms of hardware, software, configuration, and data.Staging also involves applying final checks and verifications, such as smoke testing, exploratory testing, and user acceptance testing910
1: https://www.lean.org/the-lean-post/articles/understanding-the-fundamentals-of-value-stream-mapping/2: https://www.gembaacademy.com/school-of-lean/value-stream-mapping/adapting-value-stream-mapping-for-office-and-service-environments/what-is-the-c-a-percentage-complete-accurate-metric3: https://scaledagileframework.com/guidance-applied-innovation-accounting-in-safe/4: https://support.scaledagile.com/s/article/Exam-Study-Guide-SDP-6-0-SAFe-for-DevOps5: https://www.redhat.com/en/topics/devops/what-is-blue-green-deployment6: https://docs.cloudfoundry.org/devguide/deploy-apps/blue-green.html7: https://scaledagileframework.com/guidance-applied-innovation-accounting-in-safe/8: https://support.scaledagile.com/s/article/Exam-Study-Guide-SDP-6-0-SAFe-for-DevOps9: https://scaledagileframework.com/continuous-integration/10: https://support.scaledagile.com/s/article/Exam-Study-Guide-SDP-6-0-SAFe-for-DevOps
A canary release involves making a Solution available to whom?
According to the SAFe DevOps Practitioner 6.0 study guide1, a canary release is a type of release on demand that involves making a Solution available to any subset of users, such as a specific team, product, or region. A canary release allows the DevOps teams to test the Solution in a controlled environment and monitor its performance and feedback before rolling it out to the entire customer base. A canary release can help reduce the risk of introducing errors or failures into production and improve the quality and reliability of the Solution.
What is trunk-based development?
Trunk-based development is a version control management practice where all developers work on the same trunk of shared code. The trunk is always in a releasable state, which means that at least once a day, developers must integrate their changes to the trunk. This is accomplished through short-lived feature branches related to project tasks. Trunk-based development is a common practice among DevOps teams and part of the DevOps lifecycle since it streamlines merging and integration phases. It also enables continuous integration, which is the practice of merging all development versions of a code base several times a day. Trunk-based development has several benefits, such as:
It reduces the complexity and conflicts of merging long-lived branches
It improves the quality and consistency of the code by enforcing frequent testing and validation
It accelerates the delivery and deployment of new functionality by minimizing the transaction cost and risk
It fosters a culture of collaboration and transparency among developers
Ensuring that security controls such as threat modeling, application security, and penetration testing are in place throughout the Continuous Delivery Pipeline is an example of which stabilizing skill?
Ensuring that security controls like threat modeling, application security, and penetration testing are in place throughout the Continuous Delivery Pipeline is an example of Continuous security monitoring. This skill involves the ongoing assessment and oversight of security measures within the pipeline to ensure that the software remains secure against potential threats at all stages of its development and deployment.
Nakisha
9 days agoAntonette
16 days agoRoosevelt
23 days agoClorinda
1 month agoYuette
1 month agoDevorah
2 months agoDevorah
2 months agoQueenie
2 months agoSon
2 months agoSoledad
3 months agoFiliberto
3 months agoWillard
3 months agoJarvis
3 months agoAlaine
4 months agoDerick
4 months agoClemencia
4 months agoDevora
4 months agoMerri
5 months agoStefan
5 months agoTony
5 months agoGiovanna
5 months agoJonelle
5 months agoBlossom
6 months agoJoanne
6 months agoVernell
6 months agoCarylon
8 months agoDick
8 months agoColby
8 months agoDevora
9 months agoVerona
9 months agoVi
10 months agoGiuseppe
10 months agoCecily
10 months agoTerrilyn
11 months agoKizzy
11 months agoJosephine
12 months agoArleen
12 months agoLenora
1 year agoSherita
1 year agoBarney
1 year agoGlenna
1 year agoBeata
1 year agoLorean
1 year agoStephaine
1 year agoCandra
1 year agoHassie
1 year agoJanessa
1 year agoDenna
1 year agoMireya
1 year agoJina
1 year agoCyril
1 year agoNickole
1 year agoErin
1 year agoFrancoise
1 year agoTess
1 year agoAdell
1 year agoAnika
1 year agoNoah
1 year agoMiss
1 year agoBuffy
1 year agoGlynda
1 year agoCorazon
1 year agoGregg
1 year agoCarolynn
1 year agoJoaquin
2 years agoHelene
2 years agoBilly
2 years agoLavonna
2 years agoOretha
2 years agoFabiola
2 years agoClorinda
2 years agoNidia
2 years agoJennifer
2 years agoTashia
2 years ago