OCI Observability Professional study materials
OCI Observability Professional study resources

OCI Observability Professional study plan

OCI Observability Professional · Give each week a clear focus.

8 weeks · About 7 hours per week

Week 1

Monitoring

  • Map every OCI Monitoring component (metrics, metric namespaces, dimensions, alarms, MQL) and write a one-page glossary in your own words

  • Enable the Monitoring service metrics for a compute instance and a load balancer, then locate them in the Metrics Explorer by namespace and dimension

  • Draft 15 MQL queries covering aggregation, groupBy, rate, and interval functions, and verify each returns data in the console

  • Configure a basic threshold alarm on CPU utilization and record the exact evaluation cadence and notification path it uses

Your checkpoint

A personal MQL cheat sheet of 15 verified queries with screenshots-in-words notes on what each returns and why

Week 2

Monitoring

  • Distinguish agent-based metrics (Compute Agent, Management Agent) from native service metrics and document which namespaces require which agent

  • Install and configure the Management Agent on a compute instance to emit custom metrics from a script

  • Build a custom metric namespace and publish at least three data points via the CLI or SDK

  • Create a composite alarm using multiple metrics and explain in writing how alarm state transitions behave

Your checkpoint

A working custom-metric pipeline (script to agent to namespace to alarm) documented end to end in your lab notebook

Week 3

Logging

  • Explain the OCI Logging model (log groups, log types, service logs, custom logs, agent configurations) and sketch how they relate

  • Enable a VCN flow log and a service log for an Object Storage bucket, then query both in the console

  • Configure the unified monitoring agent to collect a custom application log file from a compute instance

  • Write five saved searches that filter by source, severity, and time window and note the search syntax rules

Your checkpoint

A log source inventory table listing each log type you enabled, its group, its retention, and one sample query

Week 4

Logging & Application Performance Monitoring

  • Connect OCI Logging to the Application Performance Monitoring (APM) domain by correlating trace IDs with log entries in a sample app

  • Explain the APM data model (domains, data keys, spans, traces, span logs) and write a short summary of each concept

  • Instrument a sample application with the APM Java or Python agent and confirm spans appear in the APM UI

  • Compare Logging Analytics with plain Logging and list three use cases where each is the better fit

Your checkpoint

A working instrumented sample app producing traces that link to log entries, plus a one-page write-up of the correlation

Week 5

Application Performance Monitoring

  • Create an APM domain, generate a data key, and configure the agent with it in a fresh environment

  • Build a synthetic monitor against a public URL and configure a scripted browser monitor for a login flow

  • Interpret the APM dashboards: identify the slowest spans, error rates, and throughput and explain what each metric means

  • Configure a span filter or URL filter to reduce noise and verify the effect on trace volume

Your checkpoint

A synthetic monitor plus APM dashboard review with three concrete performance findings written up

Week 6

Service Connector Hub and alarms/notifications

  • Diagram the Service Connector Hub model (source, task, target) and list valid source and target combinations from the docs

  • Create a connector that streams Object Storage logs to a Stream, then a second connector from the Stream to a Functions target

  • Explain how connectors handle failures, retries, and dead-letter behavior and document the settings that control them

  • Configure an alarm that fires into a Notification topic with an email subscription and confirm end-to-end delivery

Your checkpoint

Two working connectors (source to stream, stream to target) plus a verified alarm-to-email notification chain

Week 7

Service Connector Hub and alarms/notifications & Monitoring

  • Build a connector that routes Logging data to a Stream and then to a downstream analytics target, and measure latency

  • Design an alarm strategy covering availability, latency, and saturation, and implement at least four alarms across two services

  • Configure a Functions-based alarm handler that reacts to a notification and logs the event

  • Review IAM policies required for connectors, alarms, and topics and write the minimal policy statements needed

Your checkpoint

An alarm and notification runbook describing each alarm, its threshold rationale, and the response action

Week 8

Monitoring & Logging & Application Performance Monitoring & Service Connector Hub and alarms/notifications

  • Re-take practice questions across all four domains and log every miss with the underlying concept

  • Re-derive the MQL and log search syntax from memory without consulting notes, then check against your cheat sheet

  • Explain aloud, in under five minutes each, how Monitoring, Logging, APM, and Service Connector Hub interoperate in one architecture

  • Close every gap flagged in weeks 1 through 7 by rebuilding the weakest lab from scratch

Your checkpoint

A one-page architecture diagram plus a gap-closure log showing each weak area retested and passed

Milestones

Week 2: Can publish a custom metric and trigger an alarm from it without notes, and can explain MQL aggregation and groupBy to someone else

Week 4: Can trace a single request from log entry to APM span using a correlation identifier, and can name the log type used for each source

Week 6: Can build a source-to-target connector and an alarm-to-notification chain end to end in under 30 minutes each

Week 8: Scores at least 80 percent on a mixed four-domain practice set and has no unresolved items in the gap-closure log