Oracle Cloud Infrastructure Certification Changed 1z0-1109-23 Questions

The correct way is to use the variables section in your build_spec.yaml file to define variables and assign values to them. You can also use the vaultVariable section to define variables that hold the content of the vault secrets in OCID format. You can then use these variables in other sections of your build_spec.yaml file by using the syntax $(VARIABLE_NAME). You can also use the exportedVariables section to define variables that can be used in subsequent stages of the same pipeline. Verified References: [Variables - Oracle Cloud Infrastructure DevOps], [Defining Variables - Oracle Cloud Infrastructure DevOps]

Explanation

The configuration error that could lead to the "unable to clone the repository" error is: Dynamic Groups access and OCI IAM policies to the code repository are not set: This error suggests that the necessary permissions and access controls have not been properly configured for the OCI Code Repository. Dynamic Groups and IAM policies control user access and permissions to various OCI re-sources, including code repositories. Without the correct configuration, the build pipeline is unable to clone the repository and retrieve the source code. The other options mentioned are not directly related to the error mentioned: More stages were added than required to the build pipeline: Adding more stages to the build pipeline than necessary would not cause an error related to cloning the repository. It might impact the overall flow and logic of the pipeline, but it is not directly related to the repository cloning process. Source files connected directly to the build pipeline: Connecting source files directly to the build pipeline is a typical setup and would not cause a "unable to clone the repository" error. Artifacts and build spec being removed before running the build: Removing artifacts and build specifications before running the build could impact the build process and result in other errors, but it would not specifically cause an error related to cloning the repository. Reference:

The recommended approach in OCI for creating identical blue-green environments for deploying a critical application is to use two separate OKE clusters to ensure complete separation between environments. A blue-green environment is a deployment technique that involves creating two identical environments (blue and green) and switching traffic between them after testing. This technique allows you to reduce downtime, minimize risk, and improve user experience. To create blue-green environments in OCI, you can use two separate OKE clusters, one for the blue environment and one for the green environment. Each cluster will have its own set of resources, such as node pools, pods, services, deployments, etc., that are isolated from each other. You can also use OCI Load Balancing service to route traffic between the clusters based on your criteria. Verified References: [Deployment Strategies - Oracle Cloud Infrastructure DevOps], [Creating Clusters - Oracle Cloud Infrastructure Container Engine for Kubernetes]

The steps that you can perform to enable specific logs applicable to services along with configuring an alarm to monitor any new failures are:

• Install the OCI compute agent software on client systems, enable Custom log and create an agent configuration selecting log path. The OCI compute agent is a software component that runs on your compute instances and collects logs from various sources, such as files, syslog, Windows Event Log, etc. You can use the OCI compute agent to enable Custom log, which is a type of log that allows you to define your own log source and format. You can also create an agent configuration that specifies the log path, log group, and log name for your Custom log.
• Create custom filters with required data fields (for example: source, time, statusCode, message) to filter log messages, configure Service Connector with Monitoring for creating an Alarm. A custom filter is a query that allows you to filter and analyze your log messages based on various data fields, such as source, time, level, message, etc. You can use custom filters to search for specific patterns or conditions in your logs, such as failures or errors. You can also configure a Service Connector with Monitoring, which is a component that allows you to transfer data from one OCI service to another. You can use a Service Connector with Monitoring to send your filtered log messages to the OCI Monitoring service, which is a service that allows you to create metrics and alarms based on your logs. You can then create an Alarm, which is a rule that triggers an action when a metric meets a specified threshold. Verified References: [Compute Agent - Oracle Cloud Infrastructure Logging], [Custom Logs - Oracle Cloud Infrastructure Logging], [Custom Filters - Oracle Cloud Infrastructure Logging], [Service Connectors - Oracle Cloud Infrastructure Logging], [Monitoring - Oracle Cloud Infrastructure Logging], [Alarms - Oracle Cloud Infrastructure Logging]