Get Oracle 1Z0-1109-23 Exam Practice Questions - Real and Updated

Answer : C

In the Deployment Pipeline, when a deployment stage fails during the deployment of an update to production, the recommended action is to: Rollback the failed stage in the pipeline to the previous successful released version. By rolling back the failed stage to the previous successful version, you can revert the deployment to a known stable state and prevent the failed changes from being re-leased to production. This helps to maintain the stability and integrity of the application. It allows you to address the issues encountered in the failed stage, make necessary fixes or adjustments, and then proceed with the deployment again once the issues are resolved. The other options mentioned are not the most appropriate actions to perform in this scenario: Automating backup and using the rerelease stage: While backups are important for data protection, automating backup and using a rerelease stage would not directly address the failure in the deployment stage. It is more focused on data backup and recovery. Adding Rescue and Trigger stages: Adding Rescue and Trigger stages might help in certain situations, but they are not the primary solution for handling a failed deployment stage. They are more related to error recovery mechanisms or additional deployment steps, rather than specifically addressing the failed stage. Using OCI DevOps Trigger and Rerun tool: While OCI DevOps Trigger and Rerun tool can be useful for automating and managing deployments, it is not specifically designed to handle a failed deployment stage. It is more focused on triggering and rerunning pipelines or stages based on specific conditions or events.

Answer : A

As a developer working on the Oracle Cloud Infrastructure (OCI) DevOps service, when creating a build spec YAML file for the build pipeline, the following two actions are part of the proper creation of the file: Enter the details for binaries used in later pipeline stages into the outputArtifacts section: In the outputArtifacts section, you specify the artifacts or files generated during the build process that should be saved for future use. These artifacts can include compiled binaries, libraries, configuration files, or any other relevant files that need to be preserved. Enter the necessary vault secret variable OCIDs into the vaultVariables section: In the vaultVariables section, you define the variables that correspond to the Vault OCIDs (Oracle Cloud Infrastructure Vault service). These variables are used to securely store and retrieve sensitive information, such as API keys, passwords, or other secrets, required by the build pipeline or later stages of the deployment process. By including these actions in the build spec YAML file, you ensure that the necessary artifacts are properly saved and that the required vault secret variables are available for secure access during the build and deployment pipeline execution. Reference: https://docs.oracle.com/en-us/iaas/Content/devops/using/build_specs.htm

Answer : C

To automate infrastructure and configure Oracle Cloud Infrastructure (OCI) resources, the recom-mended tool to use is Ansible. Ansible is a popular automation tool that focuses on provisioning, configuring, and managing IT infrastructure. It uses a declarative language called YAML to de-scribe the desired state of the infrastructure, allowing you to define and automate the configuration of OCI resources such as Compute, Load Balancing, and Database services. Ansible provides a col-lection specifically designed for OCI, called the 'Ansible Collection,' which includes modules and playbooks for interacting with OCI APIs. By utilizing Ansible in OCI, you can easily automate the provisioning and configuration of your infrastructure, ensuring consistency and reproducibility. An-sible's simplicity and agentless architecture make it a flexible and efficient choice for managing OCI resources and automating infrastructure tasks in the context of OCI DevOps.

Answer : A

The Kubernetes Cluster Autoscaler increases or decreases the size of a node pool automatically based on resource requests, rather than on resource utilization of nodes in the node pool. Reference: https://docs.oracle.com/en-us/iaas/Content/ContEng/Tasks/contengusingclusterautoscaler.htm

Answer : A, B, C

The three statements that are true regarding managing an application deployed in Oracle Cloud Infrastructure Container Engine for Kubernetes (OKE) and pulling images from Oracle Cloud Infra-structure Registry (OCIR) are: Use kubectl to create a Docker registry secret: To access images from OCIR, you need to create a Docker registry secret in Kubernetes. This can be done using the ku-bectl create secret docker-registry command. Add a containers section that specifies the name and location of the images you want to pull from OCIR, along with other deployment details: In your deployment manifest (e.g., YAML file), you need to define a containers section that specifies the image names and locations from OCIR. This section includes other deployment details such as re-source limits and environment variables. Add an imagePullSecrets section to the manifest file that specifies the name of the Docker secret you created to access OCIR: To authenticate and pull images from OCIR, you need to specify the name of the Docker registry secret in the imagePullSecrets section of your manifest file. This ensures that the appropriate credentials are used to authenticate with OCIR and pull the required images. These steps enable your application deployed in OKE to pull the necessary container images from OCIR during deployment, ensuring smooth and secure deployment of your application. Reference: https://docs.oracle.com/en-us/iaas/Content/ContEng/Tasks/contengpullingimagesfromocir.htm