Exam Professional Cloud Architect topic 1 question 6 discussion

D) and E) are pointless in this context. C) is certainly a good practice. Now between A) and B) A) Blue green deployment is an application release model that gradually transfers user traffic from a previous version of an app or microservice to a nearly identical new release—both of which are running in production. c) In software, a canary process is usually the first instance that receives live production traffic about a new configuration update, either a binary or configuration rollout. The new release only goes to the canary at first. The fact that the canary handles real user traffic is key: if it breaks, real users get affected, so canarying should be the first step in your deployment process, as opposed to the last step in testing in production. " While both green-blue and canary releases are useful, B) suggests "replacing QA" with canary releases - which is not good. QA got the issue down by 80%. Hence A) and C)

A & C for me

D&E : Not related to the problem A - B/G deployment does not improve quality. In B/G, your deploy the new application in parallel of the old one, and fully move to it when ready. So if there is an error, you will have to go back to the old one. So not really a rollback which would mean downgrade the system. B - With Canary, you will gradually move to the new one if everything is OK, or stay on the old one. So no rollback either..... but as it is say to replace QA environment, I will not keep this answer C : Best practice to reduce change scope and change size. So A & C

D & E is unrelated, C is controversial, it requires a rewrite of application code completely. I would go for A & B, as it more focused on Release Management & provides continuous feedback

B should not be chosen since there is improvement already done in QA/test env evrything else is not related to the question/doesnt make sense

it is blue green not green blue

Answer is A & C. A. Introduce a green-blue deployment model: This is a great way to reduce risk and downtime during deployments. You have two identical production environments ("green" and "blue"). You deploy the new version to the "blue" environment while "green" remains live. After testing and verification in "blue," you switch traffic to "blue," making it the new live environment. If issues arise, you can quickly switch back to "green." C. Fragment the monolithic platform into microservices: This is a more involved architectural change, but it can significantly improve deployment safety and flexibility. B. is not correct because while canary releases are valuable, they are a testing strategy, not a replacement for a dedicated QA environment. You still need a controlled environment for thorough testing before releasing to production.

B & C see should be the correct answer. There is no green-blue deployment but rather a blue green.

C is also dumb even if it is a good answer but the question never specifies whether it is a monolithic platform or not. I hate tests because of this kind of incomplete context.

B. Replace the QA environment with canary releases canary release is not a replacement for a QA environment. D. Reduce the platform's dependency on relational database systems E. Replace the platform's relational database systems with a NoSQL database a relational database system is not, as it is, an obstacle to improving the deployment success of the application. Then, in my opinion, AC is the correct answer.

A & C is the correct answer

A and C, the description given by JustJack21 is all you need.

A and C

D & F for me

A is the only answer. C is a general improvement but does not guarantee the reduction of rollbacks due to quality failures if programming errors remain. B, canary only makes sense in PRO. The statement is ambiguous. In any case, if what we want is to reduce the current situation, it does not seem convenient to remove what now helps.

B. Replace the QA environment with canary releases C. Fragment the monolithic platform into microservices As splitting monolithinc application in Microservices means that code and dependencies are bundled together and DEV, TEST, QA and PROD will have same docker image. Replacing QA environment with Canary will ensure testing the final code with sub-set of users before Go-Live. There is no RollBack and no downtime. Even if testing with sub-set users fails that previous PROD deployment will continue to serve traffic. However in case of Blue-Green deployment, you will have Current PROD code and new prod code, In case new code fails post deployment, it has to be rolled-back to working code. and the ask is to reduce or eliminate Rollback.

B. Replace the QA environment with canary releases C. Fragment the monolithic platform into microservices As splitting monolithinc application in Microservices means that code and dependencies are bundled together and DEV, TEST, QA and PROD will have same docker image. Also canary release will ensure testing the final code with sub-set of users before Go-Live. Which will reduce your rollbacks. (in Blue-Green deployment, we are actually making ourself ready for rollback in case things go wrong).