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!
BigQuery Omni is a multicloud analytics tool that lets you run queries on data stored in Amazon S3 or Azure Blob Storage without moving that data into Google Cloud first. The query engine runs directly in the other cloud environment, which breaks down data silos and reduces the costs of transferring large datasets between providers. This approach is useful when you need to analyze data where it already lives rather than paying to copy it somewhere else.
For moving large amounts of data into Google Cloud, the Storage Transfer Service handles automated migration from AWS or Azure. When internet bandwidth is limited or you have extremely large datasets, the Transfer Appliance provides an offline hardware solution to ship data securely. The choice between these methods depends on your data size, available network bandwidth, and how quickly you need the migration to complete.
Establishing a strong connection between clouds requires dedicated infrastructure. Cross-Cloud Interconnect provides a dedicated physical link between Google Cloud and other providers like AWS or Azure for high-speed data flow. Data traveling across this link can be protected using encryption layers such as VPN tunnels for secure paths over the internet, Cloud Interconnect for private high-speed lines, or MACsec for hardware-level encryption on dedicated links.
Workload Identity Federation allows external services to access Google Cloud resources without managing long-lived service account keys. This identity management strategy ensures that only authorized workloads from AWS or Azure can interact with your Google Cloud data. Organizations maintain a unified security posture while reducing the risk of stolen credentials, because the federation eliminates the need to store and protect service account keys in external environments.
Google Cloud offers several ways to connect on-premises data centers to the cloud. Dedicated Interconnect provides a direct physical link between your local network and Google's network, and it requires working with a colocation facility where Google has a point of presence. You receive a Letter of Authorization and Connecting Facility Assignment (LOA-CFA), which grants permission to connect your hardware to Google's ports. This setup suits organizations that need very high bandwidth and a private physical connection.
When you cannot reach a Google location directly, Partner Interconnect allows connection through a supported service provider. You use a pairing key, which is a unique identifier that lets the service provider identify your specific connection without seeing your private project details. You can choose between Layer 2 connectivity where you manage routing and BGP sessions yourself, or Layer 3 where the service provider handles routing for you.
To manage traffic between your network and Google Cloud, you must use a Cloud Router to establish Border Gateway Protocol (BGP) sessions. BGP is a routing protocol that exchanges network information between your local site and your Virtual Private Cloud, allowing routes to update automatically when network changes occur. For Partner Interconnect, Google requires a specific Autonomous System Number (ASN) of 16550 to ensure the connection works correctly across their systems.
Achieving 99.99% availability requires designing for redundancy across multiple edge availability domains, which are independent maintenance zones within a metropolitan area. This involves using multiple VLAN attachments spread across different zones so that if one zone experiences issues, traffic automatically fails over to another. You can also use HA VPN over Cloud Interconnect to add a layer of IPsec encryption to your private data as it travels across the physical connection, combining the benefits of private links with encrypted tunnels.
GKE Enterprise is a primary tool for achieving workload portability, allowing you to run containerized applications across on-premises and multicloud environments. By using Kubernetes as a common runtime layer, it abstracts away the differences between various computing infrastructures. This allows developers to build once and deploy anywhere without worrying about the underlying hardware or specific cloud provider settings. The same application code runs whether it is deployed in your data center, AWS, Azure, or Google Cloud.
Managing multiple clusters across different locations is simplified through fleet management. A fleet is a logical grouping of Kubernetes clusters that lets you manage them as a single unit rather than individual pieces. This centralized approach provides consistent configuration management and unified observability across all environments. Administrators can use Policy Controller to audit and enforce security rules globally, ensuring that every cluster follows the same compliance requirements regardless of where it runs.
Unified management delivers several key benefits. Operational efficiency improves by automating routine tasks across all clusters, reducing manual work. Scalability increases because high-demand workloads can move between environments to find available resources. Consistency is maintained by ensuring that security and networking rules are identical in every location, which simplifies auditing and compliance.
To maintain high security across distributed resources, a service mesh like Cloud Service Mesh provides consistent protection regardless of where microservices are hosted. It enables mutual TLS (mTLS) for secure communication between services, creating a zero trust architecture where every service must verify its identity before communicating with others. This approach works the same way whether services run in Google Cloud, on-premises, or in another cloud provider.
Robust hybrid connectivity forms the foundation for integrating on-premises systems with Google Cloud. Options like Cloud Interconnect and HA VPN provide secure high-speed links for data to travel between different environments. It is important to minimize dependencies between cloud and edge systems so that a temporary network interruption does not cause a total application failure. Applications should be designed to operate independently when connectivity is lost, then synchronize when the connection restores.
Moving data between environments presents challenges related to latency and storage differences. Google Cloud offers various data movement options to help transfer and transform large datasets efficiently. Using FinOps practices and unified billing tools helps organizations maintain cost visibility across all their cloud providers, preventing unexpected expenses by tracking spending in one place regardless of where resources actually run.
Prepare and test your skills
Prepare and test your skills
BigQuery Omni is a multicloud analytics tool that lets you run queries on data stored in Amazon S3 or Azure Blob Storage without moving it, while Storage Transfer Service handles automated migration of large amounts of data from AWS or Azure into Google Cloud.
Workload Identity Federation should be used to allow external services from AWS or Azure to access Google Cloud resources without managing long-lived service account keys, reducing the risk of stolen credentials by eliminating the need to store keys in external environments.
Dedicated Interconnect provides a direct physical link between your local network and Google's network at a colocation facility, while Partner Interconnect allows connection through a supported service provider when you cannot reach a Google location directly.
GKE Enterprise allows you to run containerized applications across on-premises and multicloud environments by using Kubernetes as a common runtime layer, abstracting away infrastructure differences so developers can build once and deploy anywhere.
An enterprise maintains large analytical datasets across multiple cloud environments, including Amazon Simple Storage Service (Amazon S3) and Azure Blob Storage, alongside existing datasets in Google Cloud BigQuery. The enterprise needs to implement a solution that satisfies the following requirements:
Which architectural strategy should you recommend?