Intrigued by the art of cloud architecture? Discover how to design, develop, and manage robust, secure, scalable, and dynamic solutions on Google Cloud as you prepare for the Professional Cloud Architect exam!
Prepare and test your skills
To keep a cloud service running smoothly, architects use specific measurements to track health and performance. A Service-level indicator (SLI) is a measurement of performance such as how fast a request completes or whether a service is available. A Service-level objective (SLO) sets a target value for that measurement over time, and an Error budget represents the allowed amount of failure before the service violates its goals. These three concepts work together: the SLI measures what happens, the SLO defines the target, and the error budget tells you how much room you have to miss that target.
Designing SLIs often involves creating ratios that measure success. Availability is the ratio of successful requests to total requests, while latency measures the ratio of calls completed below a specific time threshold. These metrics can focus on individual requests or measure performance over set time intervals. Choosing the right time period is essential for accurately tracking these objectives over weeks or months.
An alerting policy notifies teams when a service is failing or likely to miss its SLO. These policies consist of a condition, such as a metric threshold, and a notification channel like email or Slack. When a condition is met, the system creates an incident, which is a persistent record of the failure used for investigation. Automated alerting ensures the right people are notified immediately to minimize downtime.
Cloud Monitoring and Cloud Logging provide the infrastructure needed to visualize and analyze service health. The Ops Agent collects additional telemetry from virtual machines, while Managed Service for Prometheus handles open-source metrics. Architects use these tools to build custom dashboards and synthetic monitors to proactively validate service performance. Chaos engineering helps validate system resilience by simulating failures in a controlled way, and consistent documentation within CI/CD pipelines maintains high availability.
Cloud Monitoring and Cloud Logging are the primary tools used to gather telemetry, which is the data used to track system health. Cloud Monitoring focuses on numeric measurements called metrics, while Cloud Logging stores text-based records of events. Together, these services provide a comprehensive view of application performance and infrastructure stability.
Google Cloud automatically collects data for most services, but you can use the Ops Agent to gather deeper information from virtual machines. This agent collects system metrics like CPU usage and application logs from third-party software. Installing the agent is essential for monitoring resources that Google does not manage by default.
To stay ahead of problems, you can create an alerting policy that sends notifications when metrics reach a certain level. When an alert triggers, it creates an incident, which is a permanent record used to investigate and solve the issue. You can also use synthetic monitors to perform uptime checks, which proactively test if your website or API is responding correctly to users.
Visualization tools like dashboards allow you to see your data in charts and tables. You can use managed dashboards that Google builds for you or create custom dashboards to show specific data like custom metrics or log trends. The Metrics Explorer is a powerful tool for quickly charting data to find patterns or outliers in your system's performance.
Cloud Logging provides the Logs Explorer for searching through individual events and Log Analytics for running SQL queries on log data. Users can configure log sinks to route data to different destinations for storage or analysis. Routing logs to BigQuery is a common practice for performing long-term analysis on historical data.
Application Monitoring shifts the focus from individual pieces of hardware to the entire application. By using App Hub, you can group resources together and view golden signals like latency and error rates in one place. This application-centric approach makes it easier to understand how different services interact and ensures the overall system remains reliable.
Observability is a holistic approach to gathering and analyzing telemetry data to understand the state of a cloud environment. This data includes metrics, logs, and traces generated by applications and their underlying infrastructure. By using these tools, teams can proactively detect issues before they impact end users. This visibility is essential for keeping applications available and reliable.
Cloud Trace is a specialized tool used for distributed tracing, which tracks the path of a single request across multiple services. It helps developers identify latency bottlenecks by showing exactly how much time each part of a transaction takes to complete. By analyzing these request paths, architects can find the root cause of performance delays in complex, distributed systems.
Cloud Profiler provides continuous performance analysis of applications to help optimize how they use system resources. It monitors how much CPU and memory a program consumes at the individual function level. This allows architects to reduce infrastructure costs and improve execution speed by finding and fixing inefficient code.
Error Reporting helps manage application health by automatically capturing crashes and grouping similar failure events together. It analyzes stack traces to help developers quickly understand the frequency and impact of specific application failures. This tool ensures that critical errors are identified and fixed before they lead to a major service outage.
To meet business requirements, architects should follow Site Reliability Engineering principles, such as setting Service Level Objectives. Using these APM tools together allows for automated alerting and faster diagnostics when performance targets are not being met. This integrated approach ensures that the cloud infrastructure remains resilient and provides a high-quality experience for all users.
Prepare and test your skills
A Service-level indicator (SLI) is a measurement of performance, such as request speed or availability, while a Service-level objective (SLO) sets a target value for that measurement over time.
Cloud Monitoring and Cloud Logging are the primary tools used to gather telemetry. Cloud Monitoring focuses on numeric metrics, while Cloud Logging stores text-based event records.
Cloud Trace is a specialized tool for distributed tracing, which tracks the path of a single request across multiple services to help identify latency bottlenecks.
An e-commerce company runs a microservices-based application across multiple services in Google Cloud. Following a recent feature release, operations engineers notice three distinct issues affecting production:
Which combination of Google Cloud Application Performance Management (APM) and observability tools should you implement to address each issue?