Explanation

The correct option is: A playbook could be leveraged and executed against the group of web servers, as defined in the Inventory. Then, Ansible would connect to each server and apply the same set of configurations. In Ansible, a playbook is a YAML file that describes a series of plays and tasks to be executed against a group of hosts. The inventory file defines the group of web servers that need to be patched. By leveraging a playbook, the DevOps team can define the desired configuration or patching tasks once and apply them consistently across all the web servers in the group. An-sible will connect to each server in the inventory and execute the tasks defined in the playbook, ensuring that the desired configurations or patches are applied uniformly. This approach simplifies the management of multiple servers as the same playbook can be executed against the entire group, eliminating the need to manually configure each server individually. It also allows for automation and repeatability, ensuring that the desired changes are applied consistently and efficiently.

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]

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]